0

ここ数年、分散バージョン管理システムを使用してきましたが、今では CVS を使用する必要があります。私が望むプロセスは次のようなものです:

  1. 各バグ/機能には、チケット システムでチケットが与えられます。
  2. 開発者はバグ/機能に割り当てられます (必要に応じて、開発者とチケットの関係が 1 対 1 になるように、チケットは小さなチケットに分割されます)
  3. 開発者は変更を行い、チケットに関連付けます
  4. 通常の時点で、リリース候補のチケットのセットが選択されます リリース候補はテストされます
  5. リリースは、候補からのチケットのサブセットを使用して構築されます
  6. そしてサイクルが再び始まる

私の現在の素朴な計画は、

  1. 各チケットをトランクから離れた独自のブランチに入れる
  2. リリース候補ごとにブランチを作成する
  3. チケットブランチをリリース候補にマージします
  4. リリース候補が十分に優れていると判断されたら、トランクにマージします

私は CVS について知っていたことをすべて忘れてしまいましたが、これは間違いだろうという直感があります。どのようなパフォーマンスまたはその他の問題が発生する可能性がありますか? 特定の期間に行われた作業のサブセットに基づいてビルドを選択的に作成するより良い方法はありますか?

4

1 に答える 1

0

分散バージョン管理システムをローカルで使用し、機能のリリース準備ができたら CVS に公開できます。

この質問を参照してください:リビジョン履歴を mercurial または git から cvs にエクスポートする方法は?

于 2011-06-16T17:21:17.343 に答える