何时删除Git中的分支？

假设我们有一个稳定的应用程序。

明天，有人报告一个重大错误，我们决定立即修复此错误。因此，我们为该修补程序从“ master”创建了一个分支，将其命名为“ 2011_Hotfix”，然后将其向上推送，以便所有开发人员都可以协作修复该修补程序。

我们修复了该错误，并将“ 2011_Hotfix”合并到“ master”以及当前的开发分支中。并推“大师”。

现在如何处理“ 2011_Hotfix”？它是应该永久地作为分支一直呆在那里直到时间结束，还是我们现在应该删除它，因为它已经达到了目的？仅将分支机构留在各处似乎是不干净的，因为分支机构的列表可能会变得很长，大多数分支甚至不再需要。

如果应该删除它，它的历史将会怎样？即使实际的分支不再可用，也可以保留吗？另外，如何删除远程分支？

您可以使用来安全地删除分支git branch -d yourbranch。如果它包含未合并的更改（即，您将通过删除分支而丢失提交），则git会告诉您，并且不会删除它。

因此，删除合并的分支很便宜，并且不会丢失任何历史记录。

要删除远程分支，请使用git push origin :mybranch，假设您的远程名称是origin，并且要删除的远程分支名为mybranch。

您需要做的是标记您发布的所有内容。积极发展时，请保留分支机构。

删除旧分支

git branch -d branch_name

使用以下命令从服务器中删除它们

git push origin --delete branch_name

或旧语法

git push origin :branch_name

内容为“从源头不将任何内容推送到branch_name中”。

就是说，只要DAG（有向无环图）可以指向它，提交就将存在于历史中。

Google的“ git-flow”，可能会提供有关发布管理，分支和标记的更多信息。

由于问题带有“ github”标签，因此我还要添加它：特别是在Github中，如果您请求分支的请求并合并（通过UI或合并请求请求的分支），则不会即使删除分支，也会丢失拉取请求数据（包括注释）。

这样做的后果是：如果将拉取请求作为工作流程的一部分（与代码审查完美地融合在一起），则可以在分支合并后安全地删除它们。这是如此普通，以至于最近Github添加了一个（甜）功能，在合并拉取请求后立即弹出“删除分支”按钮。

但是，值得注意的是，每个组都应采用最适合它的工作流程（它可能会或可能不会导致删除此类分支）。例如，我目前的工作团队在合并其拉取请求后立即修剪所有与主服务器或部署无关的分支（例如，生产，暂存等），并且我们仍然全面跟踪相关提交的形成方式每个产品的每次增量改进。

当然，没有历史记录管理（拉动请求或其他方式）会替换正确的版本标记（最好使用与部署/打包版本相同的工具/脚本来自动进行标记），因此您始终可以快速切换到碰巧遇到的用户在给定的时刻。标记也是解决原始问题的关键：如果您确定可以并且应该删除任何合并到“工作”分支的分支，并且不能合并任何合并到版本标签，“生产”等的分支。 ，您将始终拥有这些修复程序，直到将它们集成到将来的版本中为止。

我要补充一点，删除分支的缺点是您将破坏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

看来您要删除2011_Hotfix分支而不丢失其历史记录。我将首先讨论删除，然后讨论历史。

git上面已经描述了常用的分支删除方法，并且它们按预期工作。git没有一个或两个单词的命令，表示“嘿git，删除本地和远程分支。” 但是可以通过shell脚本模仿这种行为。例如，以Zach Holman的shell脚本'git-nuke'为例。这很简单：

#!/bin/sh
git branch -D $1
git push origin :$1

将其放在git-nuke您的$PATH目录之一的可执行文件中（例如）。如果您不在2011_Hotfix分支上，则只需运行git-nuke 2011_Hotfix即可删除本地和远程分支。这比标准git命令更快，更简单（尽管可能更危险）。

您对保存历史的关注是一件好事。在这种情况下，您不必担心。合并2011_Hotfix到后master，来自的所有提交2011_Hotfix都将添加到master的提交历史记录中。简而言之，您不会因为简单的合并而丢失历史记录。

我要补充一句话，这也许超出了您的问题范围，但仍然有意义。假设有20个微小的“正在进行中的”提交2011_Hotfix；但是，您只希望将一次完整的提交2011_Hotfix添加到master的历史记录中。您如何将所有20个小提交合并为一个大提交？幸运的是，git允许您使用将多个提交合并为一个提交git-rebase。我在这里不会解释它是如何工作的。不过，如果您有兴趣，的文档git-rebase非常有用。请注意，它会git rebase重写历史记录，因此，应谨慎使用它，特别是如果您不熟悉它。最后，您的2011_Hotfix方案是关于开发团队的，而不是关于单独开发的。如果项目团队成员使用git rebase，对于团队来说，有一个明确的使用准则是明智的，这样团队git rebase中的某些牛仔开发人员就不会无意间破坏项目的git历史。

如果它已经成功地合并了，甚至可能被标记了，那么我会说它已经没有用了。这样您就可以放心地做git branch -d branchname。

如果要修剪从源中删除的本地分支，也可以在使用时修剪 git fetch

git fetch --prune

您可以在所有主要的Web UI（例如github，BitBucket）中删除分支。在线删除分支后，您可以使用删除本地分支

git remote prune origin