cvs - 长 CVS 版本号有什么技术问题吗？

Question

我们的项目有在 CVS 中从现有分支创建新分支的历史。几年后，这导致了每次发布时更改的文件上的这种情况:

新版本:1.145.4.11.2.20.2.6.2.20.2.1.2.11.2.3.2.4.4.4.2.5.2.1.2.1.2.6.2.23;
之前的版本:1.145.4.11.2.20.2.6.2.20.2.1.2.11.2.3.2.4.4.4.2.5.2.1.2.1.2.6.2.22

显然这在 CVS 控制台中看起来很糟糕，但这在技术上真的重要吗？通过将所有内容合并回头部，我们是否会有所收获，使其回到 1.146？

(附:“切换到颠覆”不是答案。)

Answer 1

显然，这已经为您工作了好几年，所以如果存在技术问题，那么您还没有发现它们。我不知道你会遇到什么；但是，如果这种情况在接下来的几年中继续下去，如果您开始在各种工具中发现限制和错误，我不会感到惊讶。 (更不用说您永远无法满足源代码行长度准则。:P)

Would we gain anything by merging everything back to the head so it is back at 1.146?

清晰度。一个更简单的系统更容易使用，即使更复杂的等效系统在技术上是合理的。合并回 1.146 有什么损失吗？此时，您谈论的是特定于项目和组的 yield ，其值(value)会有所不同，您只需要决定付出的努力是否值得。