git - マスターから公開された機能ブランチへの変更のマージ

Question

複数の開発者が機能ブランチで作業しており、マスターから定期的に変更を取り込む必要がある場合、私が知っている 2 つのアプローチがあります。

1. 開発者は、公開された機能ブランチからの最新の変更があることを伝えます。次に、1 人の開発者がマスターにリベースし、プッシュを強制します。他の開発者は新しい機能ブランチを取り下げ、全員が開発を続けます。
2. 開発者は好きなときに master をマージします。強制的にプッシュすることはありません。

私の質問:

1. これらが可能なワークフローであるというのは正しいですか?
2. 2 番目のワークフローでは、フィーチャー ブランチをマスターに移行するときに、可能な限りクリーンな履歴でこれを行うにはどうすればよいでしょうか? マスターへのリベースは、他のマージ コミットをクリーンアップ/削除しますか?それとも混乱しますか?

Answer 1

1. はい。

2. はい、--preserve-merge オプションでリベースしない限り、それらのマージコミットはまだそこにありますが、親はありませんmaster。

次の理由から、私は最初のアプローチを好む傾向があります。

• 開発チーム内のコミュニケーションを強制します
• 「バックマージ」を回避します（master機能ブランチから）
• 最終的なリベース中に保持したいマスターからのマージコミットは必要ありません。
• その機能ブランチのマスターへの最終的な統合を容易にします