重用合并的分支，良好的做法？

Question

目前，每当我必须向应用程序添加一个新特性时，我都会创建一个新的分支。

当我的功能完成后，我将其与主分支合并。

但是后来，当我需要更新这个特性(比如一个改进)时，创建一个新分支更好，还是需要将前面的分支与主服务器重新建立基础，那么更新是否会再次合并呢？

例如，我在Rails应用程序中有一个名为建模成员的分支。稍后，我需要向成员模型(在这个分支中创建)添加一些属性。我该怎么办？用主程序重新建立这个分支，更新模型并重新合并它，还是简单地创建一个新分支？

Answer 1

创建一个新分支，因为：

• 一个全新的分支在完成后不太可能发生合并冲突，并且希望将其合并到Master中。没有什么事情比修复合并冲突更容易出错了。
• 自最初的实现以来，这个特性可能经历了几次更改和更新，使得原来的分支完全过时了。更新它的唯一方法是将主模块合并到特性branch...and中，此时您只是以一种不必要的复杂方式从主服务器上分支。
• 如果只是为了简单起见，那么对于更新、bug修复和新特性来说，拥有相同的工作流通常是个好主意。这适用于分支、代码评审、bug跟踪器的使用，以及几乎所有其他方面。无论如何，更新现有特性、添加新特性和修复bug之间的区别通常是主观的。

Answer 2

使用一个新的分支。

对于命名，可以考虑使用this_work是对that_work的扩展或更改的内部格式。

例如，您可以将第二个分支命名为

modeling-member--attributes

当我们使用Jira票号作为分支名称时，我们解决了一个有点类似的问题。有时，对于同一张票，还有一些额外的工作要做。有时无法回滚数据库更改。在这些情况下，例如，我们使用原始分支发送-123和第二个分支要发送-123 a。

Answer 3

如果您只想从主服务器上的合并中保存提交，并且正在使用github，则可以对每个新特性使用"Fork“，并在完成每个新功能后执行拉请求和接受拉请求。

我不建议在旧的分支上工作，因为当你把它合并到大师的头上时，你可能会产生冲突，当然它不需要这样做.