version-control - 最佳实践 : To clean or not to clean old branches

Question

我曾在不同的团队工作过，在一个团队中，人们倾向于在合并旧分支后立即清理它们。在其他团队分支永远停留。删除/保留旧分支有什么好处？这是否取决于我们使用的源代码控制系统？ (在我的情况下 - SVN)。

Answer 1

答案可能取决于您使用的版本控制系统。例如，如果您将使用 Git，那么您不应该尝试删除任何分支，因为分支系统以及处理提交和推送历史的方式(取决于分支)与 SVN 有很大不同。

然而，一般来说，我倾向于保留旧的分支，而不是删除它们。在我工作过的专业场所，他们也倾向于保留分支机构。在我看来，保持分支不仅可以为您提供代码历史，还可以:

失败的尝试历史。你以后可能会考虑做一些以前失败过的事情。如果您保留失败的分支，您将能够理解它首先失败的原因。

这些分支中可能存在良好的可重用代码。有时，当主要稳定分支结束丢弃大量代码时，专门为此分支开发的好代码也可能最终被扔进垃圾桶。但是，在开发后期的其他情况下，这些代码中的一些可能会被证明是有用的。那么，为什么要重新发明轮子呢？

衍生项目。在大型项目中，有时分支包含未进入最终产品的功能。从这些特性中，可能会有一些新的想法可以自己形成一个独立的项目。

证明。让我们面对现实吧，在公司中，尤其是大公司，在提交代码时需要考虑管理方面的问题。例如，在查看代码历史时，您可以立即看到谁提交了错误或良好的代码，避免了误解。我知道这听起来很愤世嫉俗，但有时它会为人们省去很多麻烦。

一般来说，它的历史。为什么要删除提醒你发展到现在的路径的分支？我怀疑它会对磁盘空间产生重大影响(至少在大多数情况下。在其他情况下，它可能会产生很大的影响，但公司应该在空间问题真正成为问题之前对其进行处理)。就工作而言，分支机构代表数千个工时。删除它们就像你把这个时间扔掉一样。

至于丢弃 Twig ，除了节省空间之外，我想不出任何理由。