0

これは私の会社で一般的なシナリオであり、現在Svnを使用しています。

1つのプロジェクトに取り組んでいる2つのチームがあります。1つの「メンテナンス」チームがブランチのいくつかのバグ修正に取り組んでおり、別の「サポート」チームが別のブランチの新機能に取り組んでいます。メンテナンスチームは、サポートチームが新機能を完了する前に、変更を本番環境に移行する必要があります。これにより、バグ修正を完了し、ブランチをトランクにマージします。数日後、サポートチームは新機能を終了し、トランクにマージして、競合が存在する場合はそれを解決します。

Gitを使用したこのシナリオの典型的なワークフロー（および使用されるコマンド）は何でしょうか？

4

1 に答える 1

1

最も一般的な方法がわからないので、次のようにします。

  • masterメンテナンスは、その変更を次のようにマージします。
    git checkout master
    git merge maintenance
  • リベースをサポートmaster
    git rebase master
  • サポートがマージされますmaster
    git checkout master
    git merge support

そうすればmaster、最初に修正を受け取り、supportチームは変更が明確に (つまり、競合なしで) 適用されるかどうかを確認し、完了したらsupportブランチも にマージしmasterます。

動作する (そして人気のある) Git 分岐モデルを探している場合:
http://nvie.com/posts/a-successful-git-branching-model/

そこでは、Vincent Driessen が、複数の開発ブランチ、ホットフィックス、リリース ブランチなどをどのように扱っているかについて説明しています。

于 2012-07-22T18:40:51.443 に答える