首先是版本控制的集中模型（cvs，svn），最近创建了分布式版本控制模型（git，bzr，hg）。那里还有其他类型的版本控制思想吗？或者下一个新的会是什么？
答案 0 :(得分：5)
我们将使用google wave实时协作编辑源代码。
答案 1 :(得分：4)
这是不可能的，直到有人这样做。
早在80年代，我们并没有将我们的版本控制系统称为“集中式”，而且当有人想出分布式控制系统时，我们并没有将其称为“集中式”。这是人们在发布分布式产品后给人们起的名字。回想起来，它看起来是一个明显的步骤。
答案 2 :(得分：2)
我认为下一步是更精细调整的差异/合并机制。您是否曾尝试合并某人已重新格式化的XML文档？这是不可能的，因为它被简化为简单的文本。
答案 3 :(得分：2)
看起来像一个棘手的问题。 DVCS仍然处于起步阶段，对于那些在那里的企业而言它是一个非常新的（它只在OSS项目中得到广泛采用）。
作为商业支持的分布式版本控制系统Plastic SCM的开发人员，我想我们仍然需要从分布式系统中看到很多新东西。话虽如此，对于我来说，在 DVCS之后我们会看到“代码感知版本控制工具”：
：）
答案 4 :(得分：1)
我的猜测，完全基于一无所有，更多的是一厢情愿的想法，接下来的步骤将是云版本控制和基于P2P的版本控制系统。
云的主要功能是高可用性和地理传播。
P2P - 同样，高可用性，安全性，节省带宽。
我们尚未围绕下一代源代码控制的问题，但头脑风暴并没有受到伤害。我欢迎任何意见。
答案 5 :(得分：1)
版本管理系统只是一种服务，从客户端服务器转到p2p。我不知道比这更多的网络拓扑。
答案 6 :(得分：0)
可能对文件系统进行版本控制吗？ ; o）开玩笑，它不会有任何接近功能需要的功能。但在某些方面可能会有所帮助。