分支地狱,风险与生产率临界点在哪里？

我的公司正在浮动将我们的版本号扩展到另一个等级的想法(例如从major.minor.servicepack到major.minor.servicepack.customerfix)以允许客户特定的修复.

这让我觉得表面上是一个坏主意,因为我的经验是产品分支越多(我认为客户修复是代码库的分支),开销越大,工作量越少,最终开发效率越低小组成了.

我已经看到了很多风险与生产力的讨论,但只是说"我认为这是一个坏主意"还不够.什么样的文献有关于过度厌恶风险并采用重要的,客户特定的源代码分支,开发模式的实际成本？

一点澄清.我希望这个模型意味着客户可以控制哪些错误修复进入他们自己的私有分支.我认为他们很少升级到一般主干(在这个模型中甚至可能不存在).我的意思是,如果你能控制自己的私人现实泡沫,为什么会这样？

对文献无能为力,但客户特定的分支是一个坏主意.去过也做过.调试的东西是纯粹的地狱,因为当然,你必须有所有这些客户特定的版本可用重现错误......一段时间后,该公司不得不做一个完整的应用程序的重写,因为代码基础已经变得完全不可维护.(将客户特定部件移动到配置文件中,以便每个客户都在同一代码行上.)

不要去那里.