合并到master后我们应该删除一个远程Git分支吗？

Question

我想知道在合并到master之后删除你的分支是否更好，或者我们是否应该在所有项目期间继续在同一个单独的分支上工作。

即如果我们是小组中的3名成员，我们每个人都会创建自己的分支，并在项目期间对其进行处理。在我们开始处理其他事情之前，我们都在主分支中提交并拉动。通过这种方式，我们知道谁在哪个分支上工作，我们不会混淆。

谢谢。

Answer 1

因此，有大量关于如何管理分支机构的文献，但实际上我认为这取决于您希望如何管理自己项目中的内容。话虽这么说，这里是来自Atlassian的分支工作流程的链接，可以提供一个体面的意见：

https://www.atlassian.com/git/tutorials/comparing-workflows/feature-branch-workflow

现在，所有那篇长篇文章都说，如果你们都直接掌握这些文章是有意义的，我认为这没有任何问题。我个人承诺掌握我工作的几个小项目，但一般来说，这是我遵循的流程：

1. 为项目创建主分支
2. 决定你想要处理的功能，我们称之为Widget X。
3. 为此创建一个功能分支，称之为feature-widget-x。
4. 所有使用此功能的开发人员都应根据他们正在处理的内容创建自己的分支。例如，如果我正在处理错误处理，我将分支feature-widget-x并创建一个名为michael-error-handling的分支。
5. 将所有内容合并到功能分支中，并根据需要从那里分支以完成功能。
6. 功能完成后，将功能分支合并回主分支。
7. 标记和归档功能分支，以便在任何时候根据需要回滚。
8. 清理本地开发者分支机构。
9. 从master为Widget Y创建一个新的功能分支。
10. 再次开始整个过程​​。

我想要指出的是，这完全是我做事的方式，并且在已经实施的公司中取得了成功。它可能会或可能不是您的三个成员组的最佳解决方案，但这是由您决定。如果您确实使用此计划，则可以根据需要回滚到功能，并且唯一可用的分支是功能分支和主分支。比查看单个分支上的提交日志更容易，以确定何时应该回滚到提交是否会破坏某些内容。

希望这会有所帮助。以下是一些额外的阅读链接：

https://git-scm.com/docs/git-archive

https://git-scm.com/book/en/v2/Git-Basics-Tagging

How can I archive git branches?

Answer 2

你问题的正确答案是：这取决于你想做什么。继续处理与master合并的分支没有问题。如果您不需要，也可以删除它！但是，在您描述的设置中，我完全同意这样的事实：如果您处理项目的不同部分，那么创建不同的分支并使主分支尽可能干净并更新为组可能是安全的。