Gitflow: リリース/ホットフィックス/機能を簡単に削除/削除する機能

作成日 2010年08月26日 · 60コメント · ソース: nvie/gitflow

git checkout develop && git branch -D release/v1.0.2 （リリースブランチを正しく破棄するかどうかさえわかりません）の代わりにgit flow release delete v1.0.2ようなことを実行でき、重要な手順を見逃していないことを期待できれば素晴らしいと思います。

Feature

ソース

tianon

👍16

最も参考になるコメント

「+1」だけのコメントはやめてください。2020年であり、Githubはすでにこの目的のために絵文字を導入しています👍

geoom 2020年01月10日

👍2

全てのコメント60件

それは良い追加コマンドになります。

PS：それは確かにブランチを削除する正しい方法です。（git-flowは隠された魔法を実行しないことを忘れないでください。これは、元のブログ投稿のルールの実装にすぎません！）

nvie 2010年08月26日

私は以下を提案します。すでにdevelop / masterにマージされているが、ブランチポインタが残っている場合：

git flow release delete 1.0.2

まだ開発/マスターとマージされていない分岐を削除するには（誤って削除しないようにするため）：

git flow release delete -f 1.0.2

nvie 2010年08月26日

👍2

ああ、確かに。私はこの機能のその機能に非常に満足しています。

試したところ、削除されたブランチに対して行ったコミットがとにかく開発にマージされたように見えたので、それが正しい手順であるかどうかはわかりませんでした。。明確にするために、 -fフラグが与えられた場合、これはブランチ全体とそのすべてのコミットを完全に削除するか、または完全に削除する必要がありますか？

tianon 2010年08月26日

厳密に言えば、コミットを指す_branch_オブジェクト（コミットを指す、コミットを指すなど）を削除します。それらのコミットの1つを指している他のブランチがある限り（多分origin/feature/foo ）、コミットは固執します。それ以外の場合は、最終的にガベージコレクションされます。それはただのGitの振る舞いです。

nvie 2010年08月26日

うーん、まあ。私は何かを台無しにしたに違いない。説明してくれてありがとう！

tianon 2010年08月26日

この機能を+1します。 git-flowを使用して、リリース候補をスプリントの成果物として使用し、マスターを本番コードベースとして維持しながら、テスト環境にプッシュしようとしています。言い換えれば、私たちの環境では、ほとんどのリリース候補はマスターに行くために「終了」することはありません-しかし、すべてが_可能_である必要があります...したがって、製品リリースが特定されたら、他のリリースを終了したいと思いますブランチ...