📄 0097-0097.html
字号:
<HTML>
<HEAD>
<TITLE>Linux Complete Command Reference:User Commands:EarthWeb Inc.-</TITLE>
</HEAD>
<META NAME="ROBOTS" CONTENT="NOINDEX, NOFOLLOW">
<SCRIPT>
<!--
function displayWindow(url, width, height) {
var Win = window.open(url,"displayWindow",'width=' + width +
',height=' + height + ',resizable=1,scrollbars=yes');
}
//-->
</SCRIPT>
</HEAD>
-->
<!-- ISBN=0672311046 //-->
<!-- TITLE=Linux Complete Command Reference//-->
<!-- AUTHOR=Red Hat//-->
<!-- PUBLISHER=Macmillan Computer Publishing//-->
<!-- IMPRINT=Sams//-->
<!-- CHAPTER=01 //-->
<!-- PAGES=0001-0736 //-->
<!-- UNASSIGNED1 //-->
<!-- UNASSIGNED2 //-->
<P><CENTER>
<a href="0095-0096.html">Previous</A> | <a href="../ewtoc.html">Table of Contents</A> | <a href="0098-0099.html">Next</A></CENTER></P>
<A NAME="PAGENUM-97"><P>Page 97</P></A>
<P>
own copies of the sources); update them to include new changes applied by others to the source repository; or commit
your work as a permanent change to the RCS repository.
</P>
<P>Note that checkout is used to create directories. The top-level directory created is always added to the directory
where checkout is invoked, and usually has the same name as the specified module. In the case of a module alias, the
created subdirectory may have a different name, but you can be sure that it will be a subdirectory, and that
checkout will show the relative path leading to each file as it is extracted into your private work area (unless you specify the
_Q global option).
</P>
<P>Running cvs checkout on a directory that was already built by a prior
checkout is also permitted, and has the same effect
as specifying the _d option to the update command described later.
</P>
<P>The options permitted with cvs checkout include the standard command options
_P, _f, _k kflag, _l, _n, _p, -r tag, and _D date. In addition to those, you can use several special command options with
checkout, as detailed in the following paragraphs.
</P>
<P>Use the _A option to reset any sticky tags, dates, or
_k options. (If you get a working file using one of the
-r, _D, or _k options, cvs remembers the corresponding
tag, date, or kflag and continues using it on future updates; use the
_A option to make cvs forget these specifications, and retrieve the
head version of the file).
</P>
<P>The _j branch option merges the changes made between the resulting revision and the revision that it is based on
(for example, if the tag refers to a branch, cvs will merge all changes made in that branch into your working file).
</P>
<P>With two -j options, cvs will merge in the changes between the two respective revisions. This can be used to "remove"
a certain delta from your working file.
</P>
<P>In addition, each -j option can contain on optional date specification which, when used with branches, can limit the
chosen revision to one within a specific date. An optional date is specified by adding a colon
(:) to the tag. An example might be what cvs
import tells you to do when you have just imported sources that have conflicts with local changes:
</P>
<!-- CODE SNIP //-->
<PRE>
example% cvs checkout -jTAG:yesterday -jTAG module
</PRE>
<!-- END CODE SNIP //-->
<P>Use the _N option with _d dir to avoid shortening module paths in your working directory. (Normally,
cvs shortens paths as much as possible when you specify an explicit target directory.)
</P>
<P>Use the _c option to copy the module file, sorted, to the standard output, instead of creating or modifying any files
or directories in your working directory.
</P>
<P>Use the _d dir option to create a directory called
dir for the working files, instead of using the module name. Unless
you also use _N, the paths created under dir will be as short as possible.
</P>
<P>Use the _s option to display per-module status information stored with the
_s option within the modules file.
</P>
<!-- CODE SNIP //-->
<PRE>
commit [_lnR][_m `log_message' | _f file][-r
revision][files...]
</PRE>
<!-- END CODE SNIP //-->
<TABLE>
<TR><TD>
Requires:
</TD><TD>
Working directory, repository
</TD></TR><TR><TD>
Changes:
</TD><TD>
Repository
</TD></TR><TR><TD>
Synonym:
</TD><TD>
ci
</TD></TR></TABLE>
<P>Use cvs commit when you want to incorporate changes from
your working source files into the general source repository.
</P>
<P>If you don't specify particular files to commit, all of the files in your working current directory are examined.
commit is careful to change in the repository only those files that you have really changed. By default (or if you explicitly specify the
-r option), files in subdirectories are also examined and committed if they have changed; you can use the
_l option to limit commit to the current directory only. Sometimes you may want to force a file to be committed even though it is
unchanged; this is achieved with the _f flag, which also has the effect of disabling recursion (you can turn it back on with
_R, of course).
</P>
<P>commit verifies that the selected files are up-to-date with the current revisions in the source repository; it will notify you,
and exit without committing, if any of the specified files must be made current first with
cvs update. commit does not call the update command for you, but rather leaves that for you to do when the time is right.
</P>
<P>When all is well, an editor is invoked to allow you to enter a log message that will be written to one or more
logging programs and placed in the RCS source repository file. You can instead specify the log message on the command line
with
</P>
<P><CENTER>
<a href="0095-0096.html">Previous</A> | <a href="../ewtoc.html">Table of Contents</A> | <a href="0098-0099.html">Next</A></CENTER></P>
</td>
</tr>
</table>
<!-- begin footer information -->
</body></html>⌨️ 快捷键说明
复制代码
Ctrl + C
搜索代码
Ctrl + F
全屏模式
F11
切换主题
Ctrl + Shift + D
显示快捷键
?
增大字号
Ctrl + =
减小字号
Ctrl + -