UNIX/Linuxの部屋 CVS運用編コマンドの使い方

• ソースのマスタがない
• 開発環境と商用環境でソースに差違がある (マスタもないので、どちらが正しいかわからない)
• 過去のソースが保存されていない (潜在バグが発覚したとき、このバグはいつから存在したのか答えられない)
• 誰が修正したのかわからない
• 商用環境などへのリリース作業は修正したファイルを手作業で拾いだし、ファイルをひとつずつ FTP で転送する

• ソース開放依頼書 (Excel シート) に修正対象ソース名・修正理由・修正者・日付を記述する。
• ソース管理者がソース開放依頼書を確認し、最新ソースを修正者に送付
• 修正者がソースを修正し、ソース管理者に送付
• ソース管理者は修正版ソースをマスタに格納

• ファイルを追加するには
• ファイルを削除するには
• 修正点を確認するには
• コミットするには
• コミットしたファイルを元に戻すには
• ディレクトリを作成するには
• ディレクトリを削除するには
• 古いコミットログを修正するには

Subject: CVS: proj/src/program1/src committed by 68user.

Update of proj/src/program1/src
In directory hostname:/tmp/cvs-serv28826/proj/src/program1/src

Modified Files:
    program1.c
Log Message:
エラー発生時のログ出力の情報を充実化。

Index: prohello.c
===================================================================
RCS file: /home/cvsroot/proj/src/program1/src/program1.c

retrieving revision 1.4
retrieving revision 1.5
diff -u -r1.4 -r1.5
--- program1.c   12 Jul 2004 07:41:24 -0000    1.4
+++ program1.c   28 Jul 2005 07:30:55 -0000    1.5
@@ -80,7 +80,7 @@
    if ( is_error ){
-      log_error("○○処理が異常終了");
+      log_error("○○処理が異常終了 [顧客コード:%d] [物品コード:%d]",
+                customer_code, item_code);
    }

• どのソースにどういう修正を行ったかを全員に知らせる
• 修正内容がおかしい場合は、すぐに突っ込む
• 他メンバの作業内容に興味を持たせる
• 自分の作業内容がメンバ全員に知られることを意識させる (汚いソース・コピペの抑止)

• 開発環境で cvs diff して、コミット忘れがないことを確認
• 開発環境で cvs tag か cvs rtag でタグを付ける (PHASE99_RELEASE など)
• リポジトリをまるごと tar で固めて商用環境へ持っていく。修正したファイルだけを選んで持っていかないこと。手で選別すると必ず漏れが発生するため。
• 商用環境のリポジトリを削除 (または mv でリネーム)
• 商用環境にて tar を展開して、リポジトリを配置
• 商用環境にて cvs diff を行い、商用環境のファイルを直接いじった人がいないことを確認 (念のため)。
• 商用環境にてソース置き場・バイナリ置き場などを全てリネーム (例: mv src src.old)
• 商用環境にてソースをチェックアウト
• 商用環境にてソースを make

• できれば開発環境で原因究明。
• 原因がわかったら開発環境でソースを修正してコミット。
• 開発環境から商用環境にリポジトリを持っていって再リリース

• 商用環境で原因究明。必要ならソースを修正してもよい。
• 正常に動いたら cvs diff の結果を開発環境に持っていく (cvs diff でパッチを作成してもよい)。
• 開発環境で修正版をコミット。
• 開発環境から商用環境にリポジトリを持っていって再リリース