gitflowを使用してホットフィックスを機能ブランチに組み込むにはどうすればよいですか？
プロジェクトで gitflow の使用を開始しましたが、優れた機能ブランチと新しく作成された修正プログラムがあります。 gitflowワークフローに従って、ホットフィックスはmasterとdevelopブランチの両方に適用されますが、既存の機能については何も言われていないか、行われていません枝。
それでも、修正プログラムの変更を機能ブランチに組み込みたいと思います。これは、できる限り3つのオプションを残します。
- 変更を組み込まないでください。機能ブランチに変更が必要な場合、それは機能ブランチの一部であるはずです。
- developをマージして機能ブランチに戻します。これはgitflowワークフローに最もよく従うようですが、順不同のコミットを引き起こします。
- 機能ブランチをdevelopにリベースします。これはコミットの順序を保持しますが、リベースは一般的なgitflowワークフローから完全に欠落しているようです。
ここでのベストプラクティスは何ですか？
機能ブランチをdevelopにリベースして最新のホットフィックスを取得しても問題はありません。実際には、ブランチをdevelopに対して頻繁にリベースすると、ブランチを「最新の状態」に保つことができるため、その段階に到達したときにマージがはるかに簡単になるため、役立ちます。