私たちは svn から git に切り替える過程にあります。私たちのプロセスはレビューに大きく依存しているため、将来的には gerrit を導入する予定です。私の質問をよりよく理解するために、最近svnをどのように扱っているかをお話ししましょう（簡略化）：
- プロジェクト マネージャーには、顧客からの大量の要求があります。これらの要求は、技術仕様を作成する主任開発者と話し合います
- 次に、todos が最大に分割されます。2 日間の作業かんばんカード
- その後、開発者は各カードで個別に作業します (すべてのコミットはかんばんカードへの参照を持っています)。
- 開発者が終了すると、プロジェクト マネージャーがカードをチェックします。
- 問題がなければ、変更はコード レビューされてマージされ (実際には厳選されたものです)、リリース ブランチにマージされます。
ここまでは順調ですね。これは、gerrit を使用して実行できることです。私は今2つの問題を抱えています:
- プロジェクト マネージャーがユース ケースをテストするには、1 枚のかんばんカードでは不十分な場合があります。1 枚のカードは「ユーザー インターフェイスの変更」のみで、もう 1 枚のカードは「ロジックの変更」です。それらを個別にテストする価値はありません（悪い例ですが、それでも...）
- 現時点でテスト可能なすべての変更を含む「ブランチ」がない場合、すべてのプロジェクト マネージャーが独自のテスト システムを必要とすることになり、システム管理者にとっては役に立たなくなります…</li>
誰かが同様のプロセスを持っていますか？これをどのように解決しましたか？
thx、ジョージ。