2

私は開発とかなり単純なワークフローに Git を使用しています。「テスト」と「ステージング」の 2 つのリモート ブランチがあります。ローカルブランチで機能を開発し、それを「テスト」にマージして、テスターに​​よるテスト用の機能を提供します。機能がテストされると、ローカルブランチを「ステージング」にマージします。

ワークフローの重要な条件は、リリースがないことです。機能を個別にデプロイする必要があります。

競合するまで完璧に機能します。

私のワークフローでは、恒久的な条件の変更により、機能開発中に何度かテスト用に同じ機能を提供する必要があると考えています。

問題は、テスト用に 5 つの機能を配信し、最初の配信でマージの競合が発生した場合、残りの 4 つの機能をすべて配信して、ブランチを分離しておくために競合を再度解決する必要があることです。最悪の事態は、ほとんどの場合、私が得た 5 つの競合がすべて同じ (同じコード部分が競合する) ことです。

最初のマージ時に競合を解決する方法はありますか? 他の人がテストするためにブランチをどのように提供しますか?

どんな助けやアイデアも大歓迎です。ありがとうございました。

4

1 に答える 1

0

If the conflicts happens when delivering to the same remote repo, it would be best for that delivery to be done by an integrator at the remote repo (git pull), in order to activate git.rerere.

That will enable the repo to remember a conflict resolution, and to apply that same resolution to any similar conflict, when the other 4 features are pulled in testing branch.

于 2012-11-01T09:06:17.413 に答える