cvs使用

$ cvs co  <module-name>

$ cvs co example-tutorial 

可以将 CVS 分支视为一篇手册的某个版本，或是一个文件的不同版本。

要检出模块的分支，运行下面的命令：

$ cvs co -d  <directory> -r  <branchname> <module-name>

将创建名为 <directory> 的目录， 模块 <module-name> 的 <branchname> 分支的文件将被复制到这个目录中。

例如，要检出 mymodule 模块的 BRANCH-VERSION-1.2 分支，运行命令：

$ cvs co -d mymodule-1.2 -r BRANCH-VERSION-1.2 mymodule 

模块的 BRANCH-VERSION-1.2 分支将被检出到 mymodule-1.2 目录中。

要查看文件有哪些分支和标记，运行命令：

$ cvs status -v <filename>

例如，文件 foo.sgml 的状态如下：

          
===================================================================
File: foo.sgml    Status: Up-to-date
Working revision:    1.47
Repository revision: 1.47    /cvs/docs/custom-guide/rhl-cg-en.sgml,v
Sticky Tag:          (none)
Sticky Date:         (none)
Sticky Options:      (none)
Existing Tags:
BRANCH-VERSION-1.2              (branch: 1.25.2)

ブランチとして検出できるのは、Existing Tags(既存のマーカー)に「ブランチ」と表示されているマーカーのみです.
10.4.2.ファイルの更新
モジュール内のファイルの最新バージョンを取得するには、モジュールファイルを含むディレクトリに切り替え、コマンドを実行します.

$ cvs update 

模块所有文件的最新版本将下载到本地。如果您看到了文件冲突提示，请参考 第 10.4.8 节 “解决冲突”。

在本地修改模块的文件之后，将它们提交，以在 CVS 服务器上保存更改：

$ cvs commit -m "some log message" filename

日志信息应当尽可能有描述性，这样您和共同作者都可以了解做过了哪些修改。如果日志消息是 updated some files(更新了一些文件)，那它无法描述修改了什么，将来对您毫无用处。如果您修正了一个错误，应当包含 Bugzilla 引用。

<filename> 可以是一个文件名，一系列以空格分隔的文件名，或者一组以通配符指定的文件名，类似 *.png 或foo-*.sgml。

如果在 commit 命令中没有给出文件名或通配符，所有修改都会被提交到服务器。这个命令是递归的，模块中任何子目录的修改也都会被提交。不带文件名执行 commit 命令时要小心，因为您可能不记得改过了什么。

如果您看到了文件冲突，请参考 第 10.4.8 节 “解决冲突”。

要向模块添加文件，在本地目录中创建这个文件，然后执行下面的命令：

$ cvs add  file-to-add

添加文件之后，必须 commit(提交)添加的文件到服务器：

$ cvs commit -m "some log message" file-to-add

通常存档的文件是简单的文本文件，但是有时也会存档二进制文件。CVS 程序可以识别大多数文件扩展名，类似.png 或 .jpg，这样就不会做坏事。

当文件被检出时，cvs 扫描它，查找特殊的关键字，类似 "$id:$"，然后替换为相应的值， 例如版本号。

关键字替换通常会损坏二进制文件，因此如果 CVS 无法正确识别文件为二进制文件，必须关闭替换。标识文件为二进制就关闭了关键字替换，输入命令：

 $ cvs admin -kk filename

注意adminコマンドを使用する前に、ファイルはCVS倉庫にチェックインされている必要があります.キーワード拡張は、倉庫にコミットするのではなく、ファイルがチェックアウトされ、ローカルディレクトリにコピーされたときに行われるため、エラーは発生しません.
バイナリファイルの復元
バイナリファイルを倉庫にチェックインすると、チェックアウト時に破損していることがわかります.焦らないでください.上記のadminコマンドを実行してからローカルファイルを削除し、再度チェックアウトすればよい.
10.4.6.ファイルの削除
モジュールがファイルを必要としない場合は、removeコマンドを使用して削除し、commitコマンドを使用して削除をサーバにコミットします.モジュールの現在のバージョンでファイルが削除されても、そのファイルのコピーはサーバに保持され、addコマンドでいつでもリカバリできます.

$ cvs rm -f  file-to-remove

删除文件后，必须 commit(提交)删除：

$ cvs commit -m"some log message" file-to-remove

在用 commit 命令提交删除时不能使用通配符。必须明确地指定文件名。

如果需要重命名某个文件，最好在 CVS 服务器上重命名它，这样文件的历史可以保留下来。如果需要重命名文件，就向 [email protected] 发送一封邮件，写明要重命名的文件。

有时需要查看模块中文件的 status(状态)。执行命令：

$ cvs status  filename

仓库文件的状态报告如下所示：

如果您修改了一个文件，而另一个人修改了同样的区域并且先提交了，您在提交文件或更新本地目录时就会看到类似下面的消息：

        
RCS file: /cvs/docs/module-name/filename.sgml,v
retrieving revision 1.12
retrieving revision 1.13
Merging differences between 1.12 and 1.13 into filename.sgml
rcsmerge: warning: conflicts during merge
cvs server: conflicts found in filename.sgml
C filename.sgml

競合を解決するには、ファイルを開き、<<<<<<<を検索して、どのバージョンが正しいかを判断します.例:

        
<para>
Some sentence.
<<<<<<< filename.sgml
A sentence that was changed in the working copy.
=======
A same sentence that was changed differently and committed.
>>>>>>> 1.13
</para>

<<<<<<<と=======の間の内容は、作業ディレクトリに既存のものです.=======と>>>>>>>の間はサーバ上のコンテンツです.
ファイルを変更し、競合を解決してコミットします.
10.4.9.小結
すべてのコマンドは、現在のディレクトリが正しいと仮定します.
コマンド#コマンド#
説明cvs checkout <module-name>またはcvs co<module-name><module-name>という のディレクトリを し、モジュールの をディレクトリに します.cvs co -d <directory>  -r  <branchname> <module-name> <directory>ディレクトリを し、<module-name>モジュールの<branchname>ブランチをディレクトリに します.cvs updateまたはcvs upサーバから へのファイルの cvs add <filename>
CVSサーバにファイル「filename」を cvs commit -m "My message" <filename>
ローカルコンピュータ のファイル<filename>を として cvs log <filename>
ファイル<filename>のコミット の cvs status <filename>
ファイルのステータスを します.Locally Modifiedと ています.cvs status -v <filename>
ファイルの のラベルとブランチの cvs diff <filename>
ファイルの バージョンとブランチの バージョンの いを cvs diff -r1.1 -r1.2 <filename>
ファイル1.1と1.2のバージョンの いを
10.1. なCVSコマンド
システムのCVSマニュアルを してください. は/usr/share/doc/cvs-<version-number>/cvsです.ps(CVSバージョンが なる があります).CVSホームページにアクセスすることもできます. はhttp://www.cvshome.org/.