From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Luc Teirlinck Newsgroups: gmane.emacs.devel Subject: man/files.texi Date: Mon, 21 Mar 2005 21:06:40 -0600 (CST) Message-ID: <200503220306.j2M36eQ00050@raven.dms.auburn.edu> NNTP-Posting-Host: main.gmane.org X-Trace: sea.gmane.org 1111460996 7573 80.91.229.2 (22 Mar 2005 03:09:56 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 22 Mar 2005 03:09:56 +0000 (UTC) Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Mar 22 04:09:56 2005 Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1DDZm6-0002P2-H8 for ged-emacs-devel@m.gmane.org; Tue, 22 Mar 2005 04:09:47 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DDa3J-0002rE-QP for ged-emacs-devel@m.gmane.org; Mon, 21 Mar 2005 22:27:33 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DDa2N-0002FG-Ly for emacs-devel@gnu.org; Mon, 21 Mar 2005 22:26:36 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DDa2F-0002BF-8H for emacs-devel@gnu.org; Mon, 21 Mar 2005 22:26:33 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DDa2E-0002AJ-V6 for emacs-devel@gnu.org; Mon, 21 Mar 2005 22:26:26 -0500 Original-Received: from [131.204.53.104] (helo=manatee.dms.auburn.edu) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DDZji-0005Er-IY for emacs-devel@gnu.org; Mon, 21 Mar 2005 22:07:18 -0500 Original-Received: from raven.dms.auburn.edu (raven.dms.auburn.edu [131.204.53.29]) by manatee.dms.auburn.edu (8.12.10/8.12.10) with ESMTP id j2M37H9N001929 for ; Mon, 21 Mar 2005 21:07:18 -0600 (CST) Original-Received: (from teirllm@localhost) by raven.dms.auburn.edu (8.11.7p1+Sun/8.11.7) id j2M36eQ00050; Mon, 21 Mar 2005 21:06:40 -0600 (CST) X-Authentication-Warning: raven.dms.auburn.edu: teirllm set sender to teirllm@dms.auburn.edu using -f Original-To: emacs-devel@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org X-MailScanner-To: ged-emacs-devel@m.gmane.org Xref: news.gmane.org gmane.emacs.devel:34935 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:34935 The patch below contains some proposed changes to man/files.texi. Most of these have to do with VC. Small parts of VC have been relatively recently updated for SVN, GNU Arch and MCVS, but certain aspects of other parts seemed still out of date. The patch also contains a few corrections unrelated to VC. Some parts I was not really sure about: 1. `(emacs)Branches' contains: Please note, however, that branches are only supported for RCS at the moment. I do not use branches myself, but this can not possibly be true, is it? The patch below replaces it by: Please note, however, that branches are not supported for SCCS. Is this correct? 2. (emacs)Local Version Control contains: But if you do this, the revision numbers in the RCS master no longer correspond to those of CVS. Technically, this is not a problem, but it can become difficult to keep track of what is in the CVS repository and what is not. So we suggest that you return from time to time to CVS-only operation, using `C-u C-x v v cvs '. `C-u C-x v v cvs '? Is that not going to try to commit to the repository? The patch below replaces it with `C-x v b'. Is this correct? I can install if desired. ===File ~/man-files-diff==================================== diff -c /home/teirllm/emacscvsdir/emacs/man/ /home/teirllm/files.texi *** /home/teirllm/emacscvsdir/emacs/man/files.texi Mon Mar 21 20:19:30 2005 --- /home/teirllm/files.texi Mon Mar 21 20:13:12 2005 *************** *** 238,250 **** of prompting for the file name in the minibuffer. On Unix and GNU/Linux platforms, Emacs does that when built with GTK, LessTif, and Motif toolkits; on MS-Windows, the GUI version does that by default. ! For information on how to customize this, see @xref{Dialog Boxes}. Secondly, Emacs supports the ``drag and drop'' protocol on the X window system. Dropping a file into an ordinary Emacs window visits the file using that window. However, dropping a file into a window displaying a Dired buffer moves or copies the file into the displayed ! directory. For details, see @xref{Drag and Drop} and @xref{Misc Dired Features}. @cindex creating files --- 238,250 ---- of prompting for the file name in the minibuffer. On Unix and GNU/Linux platforms, Emacs does that when built with GTK, LessTif, and Motif toolkits; on MS-Windows, the GUI version does that by default. ! For information on how to customize this, see @ref{Dialog Boxes}. Secondly, Emacs supports the ``drag and drop'' protocol on the X window system. Dropping a file into an ordinary Emacs window visits the file using that window. However, dropping a file into a window displaying a Dired buffer moves or copies the file into the displayed ! directory. For details, see @ref{Drag and Drop}, and @ref{Misc Dired Features}. @cindex creating files *************** *** 1263,1268 **** --- 1263,1272 ---- SCCS only if for some reason you cannot use RCS, or one of the higher-level systems such as CVS or GNU Arch. + In the following, we discuss mainly RCS, SCCS and CVS. Nearly + everything said about CVS applies to Gnu Arch, Subversion and Meta-CVS + as well. + @node VC Concepts @subsubsection Concepts of Version Control *************** *** 1463,1471 **** since you began editing it, and when this happens, his changes will be effectively removed when you check in your version (though they will remain in the master file, so they will not be entirely lost). You must ! therefore verify the current version is unchanged, before you check in your ! changes. We hope to eliminate this risk and provide automatic merging ! with RCS in a future Emacs version. In addition, locking is possible with RCS even in this mode, although it is not required; @kbd{C-x v v} with an unmodified file locks the --- 1467,1475 ---- since you began editing it, and when this happens, his changes will be effectively removed when you check in your version (though they will remain in the master file, so they will not be entirely lost). You must ! therefore verify that the current version is unchanged, before you ! check in your changes. We hope to eliminate this risk and provide ! automatic merging with RCS in a future Emacs version. In addition, locking is possible with RCS even in this mode, although it is not required; @kbd{C-x v v} with an unmodified file locks the *************** *** 1689,1701 **** that appears first in @code{vc-handled-backends} (@pxref{Customizing VC}). On the other hand, if there are no files already registered, Emacs uses the first system from @code{vc-handled-backends} that could ! register the file---for example, you cannot register a file under CVS if ! its directory is not already part of a CVS tree. ! ! With the default value of @code{vc-handled-backends}, this means ! that Emacs uses RCS if there are any files under RCS control, CVS if ! there are any files under CVS, SCCS if any files are under SCCS, or ! RCS as the ultimate default. If locking is in use, @kbd{C-x v i} leaves the file unlocked and read-only. Type @kbd{C-x v v} if you wish to start editing it. After --- 1693,1702 ---- that appears first in @code{vc-handled-backends} (@pxref{Customizing VC}). On the other hand, if there are no files already registered, Emacs uses the first system from @code{vc-handled-backends} that could ! register the file (for example, you cannot register a file under CVS if ! its directory is not already part of a CVS tree); with the default ! value of @code{vc-handled-backends}, this means that Emacs uses RCS in ! this situation. If locking is in use, @kbd{C-x v i} leaves the file unlocked and read-only. Type @kbd{C-x v v} if you wish to start editing it. After *************** *** 1883,1889 **** If it operates on more than one file, it handles each file according to its current state; thus, it might lock one file, but check in another file. This could be confusing; it is up to you to avoid confusing ! behavior by marking a set of files that are in a similar state. If any files call for check-in, @kbd{v v} reads a single log entry, then uses it for all the files being checked in. This is convenient for --- 1884,1891 ---- If it operates on more than one file, it handles each file according to its current state; thus, it might lock one file, but check in another file. This could be confusing; it is up to you to avoid confusing ! behavior by marking a set of files that are in a similar state. If no ! files are marked, @kbd{v v} operates on the file in the current line. If any files call for check-in, @kbd{v v} reads a single log entry, then uses it for all the files being checked in. This is convenient for *************** *** 1911,1918 **** features. Each such independent line of development is called a @dfn{branch}. VC allows you to create branches, switch between different branches, and merge changes from one branch to another. ! Please note, however, that branches are only supported for RCS at the ! moment. A file's main line of development is usually called the @dfn{trunk}. The versions on the trunk are normally numbered 1.1, 1.2, 1.3, etc. At --- 1913,1919 ---- features. Each such independent line of development is called a @dfn{branch}. VC allows you to create branches, switch between different branches, and merge changes from one branch to another. ! Please note, however, that branches are not supported for SCCS. A file's main line of development is usually called the @dfn{trunk}. The versions on the trunk are normally numbered 1.1, 1.2, 1.3, etc. At *************** *** 2255,2261 **** correspond to those of CVS. Technically, this is not a problem, but it can become difficult to keep track of what is in the CVS repository and what is not. So we suggest that you return from time to time to ! CVS-only operation, using @kbd{C-u C-x v v cvs @key{RET}}. @node Snapshots @subsection Snapshots --- 2256,2262 ---- correspond to those of CVS. Technically, this is not a problem, but it can become difficult to keep track of what is in the CVS repository and what is not. So we suggest that you return from time to time to ! CVS-only operation, using @kbd{C-x v b}. @node Snapshots @subsection Snapshots *************** *** 2543,2555 **** Insert headers in a file for use with your version-control system. @end table ! @vindex vc-header-alist The default header string is @samp{@w{$}Id$} for RCS and @samp{@w{%}W%} for SCCS. You can specify other headers to insert by ! setting the variable @code{vc-header-alist}. Its value is a list of ! elements of the form @code{(@var{program} . @var{string})} where ! @var{program} is @code{RCS} or @code{SCCS} and @var{string} is the ! string to use. Instead of a single string, you can specify a list of strings; then each string in the list is inserted as a separate header on a line of --- 2544,2554 ---- Insert headers in a file for use with your version-control system. @end table ! @vindex vc-@var{backend}-header The default header string is @samp{@w{$}Id$} for RCS and @samp{@w{%}W%} for SCCS. You can specify other headers to insert by ! setting the variables @code{vc-@var{backend}-header} where ! @var{backend} is @code{rcs} or @code{sccs}. Instead of a single string, you can specify a list of strings; then each string in the list is inserted as a separate header on a line of *************** *** 2577,2584 **** @var{regexp} matches the buffer name, @var{format} is inserted as part of the header. A header line is inserted for each element that matches the buffer name, and for each string specified by ! @code{vc-header-alist}. The header line is made by processing the ! string from @code{vc-header-alist} with the format taken from the element. The default value for @code{vc-static-header-alist} is as follows: @example --- 2576,2583 ---- @var{regexp} matches the buffer name, @var{format} is inserted as part of the header. A header line is inserted for each element that matches the buffer name, and for each string specified by ! @code{vc-@var{backend}-header}. The header line is made by processing the ! string from @code{vc-@var{backend}-header} with the format taken from the element. The default value for @code{vc-static-header-alist} is as follows: @example *************** *** 2615,2624 **** @vindex vc-handled-backends The variable @code{vc-handled-backends} determines which version control systems VC should handle. The default value is @code{(RCS CVS ! SCCS)}, so it contains all three version systems that are currently ! supported. If you want VC to ignore one or more of these systems, ! exclude its name from the list. To disable VC entirely, set this ! variable to @code{nil}. The order of systems in the list is significant: when you visit a file registered in more than one system (@pxref{Local Version Control}), --- 2614,2623 ---- @vindex vc-handled-backends The variable @code{vc-handled-backends} determines which version control systems VC should handle. The default value is @code{(RCS CVS ! SVN SCCS Arch MCVS)}, so it contains all six version systems that are ! currently supported. If you want VC to ignore one or more of these ! systems, exclude its name from the list. To disable VC entirely, set ! this variable to @code{nil}. The order of systems in the list is significant: when you visit a file registered in more than one system (@pxref{Local Version Control}), *************** *** 2771,2778 **** @key{RET}}, @pxref{Merging}). @vindex vc-cvs-global-switches ! The variable @code{vc-cvs-global-switches} should be a string ! specifying switches to pass to CVS for all CVS operations. When @code{vc-cvs-stay-local} is @code{t}, VC also makes local version backups, so that simple diff and revert operations are --- 2770,2778 ---- @key{RET}}, @pxref{Merging}). @vindex vc-cvs-global-switches ! The variable @code{vc-cvs-global-switches}, if non-@code{nil}, ! should be a string specifying switches to pass to CVS for all CVS ! operations. When @code{vc-cvs-stay-local} is @code{t}, VC also makes local version backups, so that simple diff and revert operations are *************** *** 2891,2897 **** With a numeric argument, @code{compare-windows} ignores changes in whitespace. If the variable @code{compare-ignore-case} is non-@code{nil}, the comparison ignores differences in case as well. ! If the variable @code{compare-ignore-whitespace} is non-nil, @code{compare-windows} normally ignores changes in whitespace, and a prefix argument turns that off. --- 2891,2897 ---- With a numeric argument, @code{compare-windows} ignores changes in whitespace. If the variable @code{compare-ignore-case} is non-@code{nil}, the comparison ignores differences in case as well. ! If the variable @code{compare-ignore-whitespace} is non-@code{nil}, @code{compare-windows} normally ignores changes in whitespace, and a prefix argument turns that off. Diff finished. Mon Mar 21 20:21:52 2005 ============================================================