2017-09-14 6 views
1

私は3つの枝:master,feature1およびfeature2を持っています。両方の機能ブランチは、masterから分岐しています。私はfeature2を完成させ、プルのリクエストを行いました。しかし、私はPRが承認されるのを待つことができず、master->feature1マージを行うことで、に入ったfeature2feature1にします。 feature2feature1になりました。です。"A-> B; A-> C; C-> B"のような三角マージでgitブレークしますか?

  1. PRを承認し、master
  2. に道をいくつかの時間をfeature2をマージし、長寿命のブランチfeature1を育てるために誰かのためにfeature2
  3. feature1に待機をマージ:次のアプローチは、何らかの問題が発生します今日まで合併によって masterからの変更があります。

答えて

2

あなたが言ったシナリオを間違いなく処理できます。しかし、あなたが本当に望むものなのか、これがあなたが使用している分岐モデルに同意しているのかどうかを考える必要があります。

発生する可能性がある唯一の問題は、ワークフローに関連しています。たとえば、プルリクエストが承認されなかった場合、またはレビュー中にfeature2に関する基本的なものを変更する必要がある場合はどうなりますか?

しかし、これらの問題が厳密にgitの観点から、使用しているワークフローによって処理されているとすれば、あなたがしようとしていることはまったく問題ありません。

関連する問題