cvs - 版本控制 "best practice"

Question

我一直在阅读关于版本控制主题的所有问题，但我认为我没有找到一个看起来像我自己的场景。

场景是:

我们有一个中型/大型 Web 应用程序，它有(至少应该有)一个部署到所有客户端的核心。当我们向客户演示应用程序时，几乎所有客户都要求更改布局，或列表中的数据，或数据输入表单中的字段等......几乎所有这些更改都需要更改剩余的“层”的应用程序。

在我们目前的情况下，我们使用 CVS(与 tortoiseCVS)并且我们不使用分支，我们使用标签来区分应用程序的代码更改(是的，我知道这很糟糕)。当我们想要向特定客户发布版本时，这会带来很多问题，以及 checkin 更改等。准备发布总是需要大约 1-2 天的工作，有时它仍然会中断。

有时，来自客户端的请求也会包含在核心中以分发给所有客户端。

所以我的问题是:分支是隔离对应用程序的定制客户端版本的更改的最佳方式吗？每当新客户要求定制时，我们应该分支吗？还是我们应该将其视为一个完全不同的项目，具有不同的存储库？

所有不同的版本都必须维护，而且我听说分支是“临时的”，我怀疑分支是否是最好的解决方案。

感谢您的答复。

安东尼奥·迪亚斯

Answer 1

我不知道您为什么认为分支是临时的-只要您希望它们存在，它们就会存在。

您的应用程序听起来好像可以从重组中受益，以实现更多模块化功能，但与此同时，您可以将主要功能开发为主干，每个客户版本都成为它自己的分支。

然后可以根据需要将对核心代码的修改合并到每个分支中。客户特定的更改可以在该分支上单独进行，也可以在以后合并回主干。

为每个客户单独的存储库听起来完全是错误的做法，因为这会导致存储库之间的公共(public)代码重复。