質問

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

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

私の現在のナイーブな計画はそうです

  1. 各チケットをトランクから自分の枝に置く
  2. 各リリース候補のブランチを作成します
  3. チケットブランチをリリース候補にマージします
  4. リリース候補が十分に考えられている場合、それをトランクにマージする

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

役に立ちましたか?

解決

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

この質問を参照してください: マーキュリアルまたはGITからCVSにリビジョン履歴をエクスポートする方法は?

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top