[解決済み] git feature ブランチを削除するタイミングはいつが適切ですか？

質問

私は 82 の機能ブランチがぶら下がっている で終わらせたくないので、機能ブランチを master にマージすると同時に削除することの潜在的な欠点について考えています。

ワークフロー。

git co -b feat-xyz
hack hack
git ci
hack some more
git ci
git co master
git merge feat-xyz
smoke test
git br -d feat-xyz

ここで何か問題がありますか？

どのように解決するのですか？

マージ後に削除するのが一般的な方法です。 このため git branch -d yourbranchname は削除する前にブランチが完全にマージされたことを確認します。

ブランチを残しておく理由はいくつか考えられます。実運用に移したときにバグが出たときのために残しておきたいとか、過去の記録を残しておきたいとか。

どちらの場合でも、ブランチを削除する前に、ブランチの先頭にタグを付けることができます。 タグはコミットへのポインタであるという点ではブランチと同じですが、いくつかの小さな違いがあります。 1) porcelain は通常、git show-branch や checkout の tab-auto complete のような探索的コマンドではタグを表示しない 2) ひとつチェックアウトすると、切り離された (non-ref) HEAD になる 3) " を残すことができる タグ付けメッセージ を残すことができます。これにより、タグはコミットのようにオブジェクトとしてオブジェクトストアに保存されます。

この方法で履歴を保存し、もしバグフィックスが必要な場合は、master から新しいブランチを作成して修正することをお勧めします。