假设我们有一个稳定的应用程序。
明天，有人报告了一个大错误，我们决定立即进行热修复。因此，我们为该修补程序从“master”创建了一个分支，我们将其命名为“2011_Hotfix”，并将其向上推送，以便所有开发人员都可以协作修复它。
我们修复了这个错误，并将“2011_Hotfix” merge 到“master”以及当前的开发分支中。并按下“master”。
我们现在如何处理“2011_Hotfix”？它应该作为一个分支永远留在那里直到时间结束，还是我们现在应该删除它，因为它已经达到了它的目的？让分支随处可见似乎很不干净，因为分支列表可能会变得很长，其中大部分甚至不再是必需的。
如果它应该被删除，它的历史会怎样？即使实际分支不再可用，它是否会得到维护？另外，我将如何删除远程分支？
最佳答案
您可以使用 git branch -d yourbranch 安全地删除一个分支。如果它包含未 merge 的更改(即，您将通过删除分支丢失提交)，git 会告诉您并且不会删除它。
因此，删除 merge 分支的成本很低，不会让您丢失任何历史记录。
要删除远程分支，请使用 git push origin :mybranch，假设您的远程名称是 origin 并且您要删除的远程分支名为 mybranch。
关于git - 什么时候删除 Git 中的分支？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/5330145/