CVS 1.3 で知られているバグや変な仕様

ここでは、CVS 1.3 について、既に知られているバグや、 直観的でない仕様などについて触れます。 これは、マニュアルや info で触れられているものもあれば、 FAQ から持ってきたものや、cvs(1) の記述、または噂に 由来するものも含まれています。

調査を行なったのが、CVS 1.3 の頃であり、 その後のバージョンのものにはあてはまらない 可能性があります。 1.3 以降で変更されたと確認できたものには、 [CVS 1.3以前] のような印をつけておきます。 現状と食い違っている記述を発見した方はぜひ御一報下さい。 (reward: 晩ご飯１回)

仕様とのくいちがいや動かないコマンド

• [cvs 1.8.3 以前] cvs(1) には、cvs diff の引数は rcsdiff の引数を 継承している旨の記述があり、 一方 rcsdiff(1) には、diff の引数がそのまま使える旨が書いてある。 しかし、２文字以上のオプション(例えば diff --context 等)は cvs diff では使うことができない。
• cvs commit は、 remove されたファイルは commitinfo による commit 前検査にかけない。
• [cvs 1.3以前] cvs import や update のときに "-I !" オプションが 正しく扱われず、"-I ! "としなければならない。
• cvs rtag で HEAD リビジョンにタグづけする(すなわち、 -r オプションや -D オプションを使っていない)場合、 並列的に起動された cvs commit コマンドによって HEAD リビジョンが 変化してしまい、どのリビジョンにタグが付されるのか決定できないことがある。 よって、あらかじめ commit を禁止しておく必要がある。
• ブランチ内では cvs update -D date が正しく動作しない。
• modules ファイル内の定義で、 -a の右側に自分自身を含むような alias 定義 があった場合、cvs checkout は無限に続いてしまって終わらない。
• ファイル名にスペースを含むファイルは扱うことができない。
• タグ文字列(ベンダータグ、ブランチ等を含む)には、$,.:;@ という文字や漢 字は使用できない。

誤解しやすい仕様や、おかしな仕様

• ディレクトリの削除をすることはできない。
• リンク、シンボリックリンク等をそのまま扱うことはできない。
• [CVS 1.3以前] cvs commit は、cvs add されたファイルに勝手に ブランチタグをつけることはしない。 このことは、特に、checkout -r, update -r などで取り出された ディレクトリ上のファイルについてもいえる。 CVS 1.3 でブランチ上にファイルを add するには、 main trunk を取り出した作業領域で cvs add file; cvs ci した後、 ブランチを取り出した作業領域で、cvs update するのがよい。
  CVS 1.8.1 では、この問題がなく

  cvs add file; cvs commit file

  で十分である。(この項は曽田哲之氏による)
• xxx が cvs add されたばかりのファイルだった場合、 "cvs commit -r 新ビジョン番号 xxx" によって、 xxx に新しいリビジョン番号 をつけることはできない。（もちろんブランチタグをつけることはできる。）
• cvs checkout や cvs update の際に -D オプションを 用いても、指定された日付以前に cvs remove されたファイルも 取り出されてしまう。cvs export, cvs patch も同様の振舞いをする。 (-D のかわりに適当なタグを用いるべきである。)
• cvs import などは、ファイルのタイムスタンプを保存しない。
• cvs log は、時刻を UTC で表示する。同様に、 値として時刻を含むようなキーワードは、UTC の時刻で置換される。
• [CVS 1.5以前] cvs release の対象となるのはモジュールである。よって例えば、 cvs checkout の時、引数としてモジュール名ではなく $CVSROOT からのパスを指定したり、 -d で取り出すディレクトリ名を指定したりした場合、あるいは modules ファイルで alias が使われていた場合、取り出されたディレクトリ は cvs release することができない。
• cvs status コマンド出力の File: フィールドは、 ファイル名の先頭 17 文字までを示してる。
• cvs tag は history ファイルに履歴を残さない。
• cvs tag, rtag が複数走って、 同じファイルに同時にタグを付けようとすると、

  rcs error: RCS file xxx,v is in use
  cvs tag: failed to set tag `TTT' to revision `1.1.1.1' in `xxx,v'
  

  のようなエラーが起きる。エラーが起きたファイルに再度タグづけを試みなければ ならない。
• cvs update, checkout は（make(1) のことを考えて） タイムスタンプをリポジトリ内のものに合わせない。
• "cvs update -j Tag" は、Tag 以降 cvs add や cvs remove されたファイルには無頓着である。 "update -j Tag1 -j Tag2" も同様である。
• cvs update は、CVS で管理していないディレクトリの中は走査しない。 このことから、次のことがいえる。
  1. "cvs release -d" は、cvs update と rm -r の 組合せだといえる。よって、cvs checkout などで取り出した 作業用ディレクトリ内に ユーザが新たにサブディレクトリを作っていたとしても、 （そしてそこにファイルが存在したとしても、） それが cvs add されていない限り、cvs release -d で警告なしに 削除されてしまう。（この振舞いを変更する patch が存在する。)
  2. cvs update では、自分の作業用ディレクトリの中のディレクトリやファ イルが全て本当にリポジトリに置かれているかどうかを確認できない。
• cvs コマンドは Ctrl-C などで中途で中断が可能であり、その場合 (import, tag, update などが中途で中断するのであるから) そのままではリビジョンの一貫性などが保たれないこともありえる。 一方逆に、本当に中断したいと思ったとしても、 Ctrl-C を複数回打たなければならないことがある。
• .cvsignore にディレクトリを指定して、 そのディレクトリを CVS に無視させることはできない。