假设我们有一个稳定的应用程序。
明天,有人报告了一个大漏洞,我们决定立即进行热修复。因此,我们为“master”创建了一个修复分支,我们将其命名为“2011_Hotfix”,并将其推高,以便所有开发人员可以协作修复它。
我们修复了这个错误,并将“2011_Hotfix”合并到“master”以及当前的开发分支中。然后按“主键”。
我们现在对“2011_Hotfix”做什么?它是应该永远作为一个分支存在,直到时间的尽头,还是我们现在应该删除它,因为它已经达到了它的目的?让分支到处乱放似乎是不干净的,因为分支列表可能会变得很长,其中大多数甚至不再需要了。
如果它被删除,它的历史会发生什么?即使实际的分支不再可用,它也会得到维护吗?另外,如何删除远程分支?
我想补充的是,删除分支的缺点是你会破坏到GitHub上那些分支的任何超链接(这个问题被标记为GitHub)。对于这些链接,您将看到404 Not Found错误。这就是为什么我在GitHub上删除一个分支后,将我的链接改为指向一个提交或标记。
因为有些链接是无法更改的,比如在电子邮件中,我现在完全避免超链接到GitHub分支,而是从第一天开始链接到提交或标记。
我更喜欢在合并分支之后删除它们。这可以防止在存储库中出现一长串分支的视觉混乱。这些分支还会传播到存储库的所有分支。
首先我删除我的本地分支。这可以防止以后被意外地推。
git branch -d branchName
然后删除远程跟踪分支
git branch -dr remoteName\branchName
然后我删除了GitHub上的分支。我使用的是web界面,但等效的命令如下。
git push remoteName :branchName
即使分支从未合并,通常我仍然希望为后代保留提交。但是我还是喜欢删除分支。为了分散提交并防止它们被垃圾收集器吃掉,我创建了一个带注释的标记,指向与已删除的分支相同的提交。
git tag -a tagName commitOrBranchName
然后我把标签推到github
git push remoteName tagName