7

私は Git に比較的慣れていないので、これが正しいかどうか、およびマスター ブランチにマージされた機能ブランチを削除する他の方法があるかどうかを知りたいです。例を挙げて説明しましょう：

3 つのチケット (バグ/拡張) に取り組んでおり、タグ v2.0.21 から分岐した各チケットに 1 つずつ、3 つの機能分岐があるとします。各チケットの開発作業が完了し、十分なテストを行った後、それをマスター ブランチにマージし、このブランチに v2.0.22 というラベルを付けて、本番環境にリリースします。

プロダクション リリースの直後に、チケットの 1 つ (Ticket2) が失敗し、削除する必要があることがわかったとします。これは私が念頭に置いていることであり、Ticket2 に関連付けられたコミットを削除するための適切なアプローチであるかどうかを知りたいと思っていました。

言うように、

  1. v2.0.21 から新しいブランチを作成する
  2. この新しいブランチで Ticket1 (Branch1) と Ticket3 (Branch3) をマージします。
  3. 新しいブランチをマスターに強制的にプッシュします。
  4. V2.0.23としてマスターをタグ付け
  5. v2.0.23 から本番環境へのリリース コード。

誰かがこのアプローチを検証し、すでに master にマージされている機能ブランチを削除するより良い方法を提案してくれることを願っています. ありがとう！

4

1 に答える 1

10

マージによって「マージ コミット」が作成される場合、これはまさにこの理由から良いアイデアであることが多く、git revertそのブランチのマージ コミットのコミット ID を指定してコマンドを使用することにより、特定の機能ブランチからの変更を元に戻すことができます。

Git のドキュメントには、失敗したマージを元に戻す方法に関する詳細なメモが含まれており、役に立つと思われる詳細情報が含まれています。

于 2012-05-02T00:50:56.680 に答える