我们的客户可以选择何时升级.因此,我的团队必须维护和支持我们软件产品的几十个版本.您可以想象,由于热修复和服务包必须在所有这些风格中传播,因此导致大量分支和合并.我对这种情况不满意.显而易见的解决方案就是不要维护我们产品的这么多不同版本,但这个显而易见的解决方案对我来说是不可用的.所以,我正在探索创造性的选择,以降低团队的维护工作.我正在考虑使用功能切换和IoC的混合来实现我们软件产品的n个版本.我的想法是,我可以为我的产品使用单一代码库,并通过配置管理来管理行为和功能.这将代替必须跨多个分支传播代码.这是一种合理的方法,还是我只是将一个问题换成另一个问题？