version-control - 管理多个代码分支和交付

Question

关闭。这个问题是opinion-based .它目前不接受答案。












想改善这个问题吗？更新问题，以便可以通过 editing this post 用事实和引文回答问题.

2年前关闭。




Improve this question




我在一家单一产品、单一客户的小型公司工作，该公司正在向单一产品、多客户的公司转型。即使我们只有一个客户，我们也有不同交付日期的不同项目，但对于每个项目，我们都能够交付最新的月度版本，我们将其保存在单独的代码分支中以备不时之需”我不得不为该特定版本提供错误修复。

最近，我们获得了一些新客户，出现了一个新问题:总公司通常会解决(不破坏功能)许多不同的客户特定问题，并不是所有客户都想要所有的变化，而是更喜欢樱桃- 选择修复和功能。

遇到这种情况，你有什么经验，如何在不因测试和工作而重载的情况下实际处理(我们每月的发布测试大约需要3天的电脑时间)？明智的版本控制，你如何管理(我猜 cvs 最终将不得不去......)？

Answer 1

最简单的解决方案是将产品切割成核心产品，将每个功能切割成插件。这样，每个客户都可以挑选他们想要的功能。但即使是这种解决方案也会很快让一家小公司不堪重负。

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

就目前而言，您确实需要找到一种方法来说服您的客户继续前进。最简单的方法是金钱:告诉他们获得量身定制的产品需要多少钱，如果你能找到适合每个人的解决方案，他们将节省多少钱。邀请你的客户过来，一起建立一个变更 list ，让每个人都同意这个计划。

此外，您确实必须进行自动单元测试，因此您可以 100% 确定今天离开家的产品不可能比您四个星期前销售的产品更差。

即使有最好的版本控制系统(对我来说，那将是 git )，如果你不能让每个人都朝着同一个方向前进(当然，除了，你真的可以把每个客户拆分成一个插件)。