version-control - 处理源代码 "slightly different"分支的最佳实践

Question

这个问题与其说是与某个版本控制程序有关，不如说是不可知论。

假设在某个分布式版本控制下有一个源代码树。我们称它为 A。

在某些时候，其他人会克隆它并获得自己的副本。我们称它为 B。

我将调用 A 和 B 分支，即使某些版本控制工具对分支有不同的定义(有些可能称为 A 和 B 存储库)。

让我们假设分支 A 是“主要”分支。在分布式版本控制的上下文中，这仅意味着分支 A 的修改更加积极，分支 B 的所有者定期从分支 A 同步(拉取)新更新。

让我们考虑分支 B 中的某个源文件包含一个类(同样，它也是语言不可知的)。分支 B 的所有者认为某些类方法更合适，将它们组合在一起，将它们移动到类主体中。在功能上没有任何改变——这是对代码的非常微不足道的重构。但是这种变化反射(reflect)在差异中。现在，假设分支 B 的更改永远不会合并到分支 A，分支 B 的所有者在从分支 A 拉取并合并到他自己的工作区时总是会得到这个差异。即使只有一个这样微不足道的变化，分支B的所有者每次从分支A拉取时都需要解决冲突。只要分支A和B独立修改，这样的冲突就会越来越多。这种情况的解决方法是什么？分支机构 B 的所有者应遵循哪个工作流以最大程度地减少定期与分支机构 A 同步的工作量？

Answer 1

分支 B 的所有者应该与分支 A 的所有者讨论更改。他们应该决定更改是否值得进行，在这种情况下，它应该被提交到主干 (A) 或它不是' t，在这种情况下，它应该永远不会被制造出来。 VCS 不能替代开发人员之间的通信。