管理多个代码分支和交付

我在一家小型单一产品的客户公司工作,该公司正在向一家产品,多客户公司过渡.尽管我们只有一个客户,但我们有不同的项目,交付日期不同,但是对于每个项目,我们都能够提供最新的月度发布,我们已将其保存在单独的代码分支中,以防我们'必须为该特定版本提供错误修复.

最近,我们收购了许多新客户并出现了一个新问题:总部通常会解决(不破坏功能)许多不同的客户特定问题,并不是所有客户都希望所有的变化,而是宁愿选择樱桃 - 修复和功能.

您是否有过这种情况的经验,以及如何在不受测试和工作超负荷的情况下处理它(我们的每月发布测试需要大约3天的计算机时间)？和版本控制明智,你如何管理(我猜cvs最终将要去......)？

最简单的解决方案是将产品切割成核心产品,并将每个功能切割成插件.这样,每个客户都可以选择他们想要的功能.但即便是这个解决方案也可能很快压倒一家小公司.

实际上,您通常情况更糟:您有一个新功能可以帮助客户A并为客户B打破一些东西(比如,客户B还没有准备好修改他们的数据库,如果没有更改,新功能就无法运行,所以这实际上使新版本无法用于客户B).如果你很大,你可以简单地忽略客户B.

就目前而言,您真的需要找到一种方法来说服您的客户继续前进.最简单的方法就是赚钱:告诉他们如果能找到适合每个人的解决方案,那么获得量身定制的产品会花多少钱.邀请您的客户,一起建立一个变更列表,让每个人都同意该计划.

此外,你真的必须进行自动单元测试,所以你可以100%确定今天离开房子的产品不可能比你四周前售出的产品更差.

即使有最好的版本控制系统(对我来说,那将是git),如果你不能让每个人都朝着同一个方向前进,你就无法解决你的扇出(当然,你可以真正将每个客户分成一个插件).