パッチリリース後のマスターへのリリースの統合git

Question

最近svnからgitに移行しました。現在、リリースブランチとマスターブランチがあります。リリースの日にリリースをマージしてタグ付けします。

ここで、パッチリリースを行う予定だった場合。どのブランチを修正プログラムのブランチとして作成し、それをマスターにマージして、そこから新しいタグを作成してリリースします。次に、その修正プログラムをリリースにマージして、QAがテスト中にリリースですべての変更をプロダクションに反映させるようにします。

次に、リリースブランチをマージしてmasterに戻す必要があるときに問題が発生します。私たちは、マスターが

2を発散しているように早送り（これもコミットマージを追加します）私たちは、通常のマージを行う場合でも、それが安全になります）リリースを行うことはできません

1）は、そのコードは次のようになります私たちはマスターからリリースをリベースすることができますが、これは一般的な公開ブランチです（開発者のローカルブランチを台無しにするでしょうか？）、リベースリリースも危険ですか？ 我々は理想的なリベースしていない場合、我々はあなたがリリースを行うにはどうすればよいのクリーンすべてのリリースでは、タグ・ポイントとマスターブランチの履歴のいずれか

を有し、通常この

Answer 1

Then we also merge that hotfix back into release

We can't do a fast forward release as the master has diverged

一つの方法を処理しません。そのワークフローを改善し、発散の状況はちょうどhotfixマージした後、もう一つのマージを追加することです避ける：

git checkout relase 
git merge -s ours master 

そのように、あなたはreleaseとmasterは「マージ」されていることを記録。

これにより、後で早送りマージをreleaseからmasterにすることができます。