プロジェクトでgitflowの使用を開始しましたが、未処理の機能ブランチと新しく作成した修正プログラムがあります。gitflowワークフローに従って、ホットフィックスはマスターブランチと開発ブランチの両方に適用されますが、現存する機能ブランチについては何も言われておらず、行われていません。
それでも、修正プログラムの変更を機能ブランチに組み込みたいと思います。これは、できる限り3つのオプションを残します。
- 変更を組み込まないでください。機能ブランチに変更が必要な場合、それは機能ブランチの一部であるはずです。
- マージ開発機能ブランチに戻ります。これはgitflowワークフローに最もよく従うようですが、順不同のコミットを引き起こします。
- 機能ブランチを開発にリベースします。これはコミットの順序を保持しますが、リベースは一般的なgitflowワークフローには完全に存在しないようです。
ここでのベストプラクティスは何ですか?
機能ブランチは一般的に非常に短命であると考えられており、変更をブランチにマージすることは一種のSCMの匂いです。機能ブランチを完成(または安定化)させて元に戻すことは不可能ですか?
—
アーロンノート2012