Version control 分布式版本控制之后会发生什么？

首先是一个集中的版本控制模型（cvs、svn），最近创建了一个分布式版本控制模型（git、bzr、hg）。还有其他类型的版本控制思想吗？或者下一个新的版本是什么？

我的猜测完全是基于一厢情愿的想法，下一步将是云版本控制和基于P2P的版本控制系统

云的主要功能是高可用性和地理分布

P2P——好吧，还有高可用性、安全性、节省带宽

---

我们还没有弄清楚下一代的源代码管理将是什么，但是头脑风暴并没有什么坏处。我欢迎任何意见。

可能对文件系统进行版本控制；o） 只是开玩笑，它不会有任何接近数量的功能，将需要是有用的。但在某些方面可能会有所帮助。

版本管理系统仅仅是一种服务，从客户机服务器到p2p。我知道的网络拓扑比这多得多。

我们将使用google wave实时协作编辑源代码。

除非有人这么做，否则这真的是不可能说的

---

早在80年代，我们就没有将版本控制系统称为“集中式”，并且渴望有人提出分布式版本控制系统。这是人们在分布式设备发明后给它们起的名字。现在回想起来，这似乎是一个明显的步骤。

我认为下一步是更精细地调整差异/合并机制。您是否尝试过合并某人重新格式化的XML文档？这是不可能的，因为它被区别为简单的文本。

看起来像是一个难题。DVCS还处于起步阶段，因为它对于企业来说是非常新的（它只在OSS项目中被广泛采用）

作为一个商业支持的分布式版本控制系统的开发人员，我想说我们仍然需要从分布式系统中看到很多新的东西。也就是说，对我来说，在DVCS之后，我们将看到“代码感知版本控制工具”：

• 能够区分代码“理解”语言（好的，解析它就足够了）（Eclipse几乎能够做到这一点）
• 更好地支持基于解析+版本控制的重构
• 代码感知合并

---

：）

接下来我们将后退一大步，通过smoke signals共享代码。git本质上就是p2p。Github（等）只是知名的公共同行。你在设想其他事情吗？在云中存储版本并不是一种新的版本控制方式，只是一个新的存储位置，除非我没有领会你的意思。我猜他在想GitTorrent之类的东西。是的，这就是我想的。我怀疑它有分支/标记/合并功能；o） 这对于大多数主要的范式转换来说都是正确的，集中式（客户机-服务器）版本控制系统（如CVS）是本地版本控制系统（如RCS）的下一步。基于合并的风投是锁定风投的下一步。@Jakub：你的评论实际上解决了我忽略的问题的一半。我建议你从中找出答案。+1，这可能是迄今为止我听到的最有趣的GoogleWave用法+1，但我认为这个想法不仅仅包括GoogleWave。有很多“源维基”的想法正在酝酿中。@SarahMei说真的吗？事实上，我有一个朋友提出了类似的建议，我对谷歌Wave笑了，有没有办法指定你已经编辑完一个文件了？如果一个项目有3个变更正在进行中，那么就不可能编译它，但是应该有一个解决方案来解决这个问题。令牌环版本管理如何？“我想编辑那个文件，但比利有令牌。它可能要到下周二才会回到我身边。”：-）你完全正确：谢谢乔尔！！事实上，我们正在努力寻找最好的分支和合并工具，但我可以告诉你，这并不容易