githubブランチを効率的に管理するにはどうしたらいいですか？

Question

私はgit-flowをプロジェクト開発に適用しています。しかし、時間が経つにつれて、私のgithub（遠隔支店）にたくさんの支店があります。これらの旧リモートブランチを将来のために保つことは良い考えです（開発履歴を維持するなど）。しかし、それは私のローカル環境上の私の支店のリストを混乱させる。

だから、汚いです！私はこれらの私の古い遠隔支店を私のギブスに残したいが、私の地元には見せない。

また、新しいブランチ名について考えるのが難しくなります。約posts-imageについて何か修正またはアップグレードする必要があるとしましょう。それから私は私の新しい枝のために作っておかなければならない多くの時間を費やしています：posts-image-fixまたは他。最後に、developブランチにマージされます（要求を引き出す）。後で、私は他のものを修正する必要があります。今度はブランチの名前をposts-image-fix2,posts-image-fix3のようにする必要がありますか？

Answer 1

人々はコメントの中で言いましたように、古い枝を維持することは不要です - それらの全履歴はすでにmasterに属しています。つまり、それらを削除すると何も失うことはありません。

GitHubを使用しているので、自分のRepoのUIからこれを自分で行うことができます。一方、ローカルでは、

git branch | xargs git branch -d 

のようにすることができます。完全にマージされたローカルブランチは削除されます。

Answer 2

みましょう - リモートのものを含むすべてのブランチを印刷し、リモートのブランチを含むすべてのブランチを印刷していると不平を言うことを頼んでいますか？

通常はgit branchはローカルブランチだけを出力します。気にしないリモートブランチのローカルコピーがある場合は、git branch -dでそれらを削除してください。それはリモコンには影響しません。

リモートでブランチを管理する方法は別の問題です。別の答えが示すように、ブランチがマージされ、一般的に完了しなければ、ブランチを維持する理由はほとんどないので、削除してください。

Answer 3

マージされたブランチを削除します。実際にそれらを再度検索する必要がある場合は、通常はマージコミットでログメッセージを使用しないでください。

git push origin :feature/posts-imageのように、リモートブランチをgit push remote :branchで削除できます。