blocks|key|98142|text|这真的是不可能的，除非有人这么做了。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|98143|回到80年代，我们并不把我们的版本控制系统称为“集中式”，并渴望有人提出分布式版本控制系统的日子。这是在分布式服务器发明后，人们给它们起的名字。只是回过头来看，这看起来是显而易见的一步。|98144|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

That's really impossible to say, until someone does it. 

Back in the 80's we didn't call our version control systems "centralized", and pine for the days when someone would come up with distributed ones. That's a name people put on them after distributed ones were invented. It is only in retrospect that it looks like an obvious step.

blocks|key|98131|text|我们将使用google+wave实时协作编辑源代码。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|98132|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

We will be using google wave to edit source collaboratively in real-time.

blocks|key|1070710|text|我可以想象下一步是更好地调优diff/merge机制。您有没有尝试过合并别人重新格式化的XML文档？这是不可能的，因为它被区别为简单的文本。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1070711|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

I'd imagine that the next step is more finely tuned diff/merge mechanisms. Have you ever tried to merge an XML document that someone has reformatted? it's impossible because it's being diffed as simple text.

blocks|key|1398396|text|看起来是个很难回答的问题。DVCS仍然处于初级阶段，因为它对于企业来说是相当新的(它只在OSS项目中得到广泛采用)。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1398397|作为一个商业支持的分布式版本控制系统Plastic+SCM的开发者，我想说的是，我们仍然需要看到很多来自分布式系统的新东西。话虽如此，对我来说，在DVCS之后，我们将看到“代码感知版本控制工具”：|offset|length|1398398|1398399|能够区分代码“理解”语言(好的，解析它就足够了)(这是Eclipse几乎能够做到的)。|unordered-list-item|1398400|更好地支持基于解析的重构%2B版本控制|1398401|+code+aware+merge|1398402|1398403|:)|1398404|entityMap|0|LINK|mutability|MUTABLE|url|http://www.plasticscm.com/^0|0|I|B|0|0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|Y|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|Z|8|@]|9|@$D|10|E|11|1|12]]|A|$]]|$1|F|3|-4|5|6|7|13|8|@]|9|@]|A|$]]|$1|G|3|H|5|I|7|14|8|@]|9|@]|A|$]]|$1|J|3|K|5|I|7|15|8|@]|9|@]|A|$]]|$1|L|3|M|5|I|7|16|8|@]|9|@]|A|$]]|$1|N|3|-4|5|6|7|17|8|@]|9|@]|A|$]]|$1|O|3|P|5|6|7|18|8|@]|9|@]|A|$]]|$1|Q|3|-4|5|6|7|19|8|@]|9|@]|A|$]]]|R|$S|$5|T|U|V|A|$W|X]]]]

Looks like a difficult question. DVCS is still in its infancy considering is pretty new for enterprises out there (it only has a wide adoption among OSS projects).

As a developer of <a href="http://www.plasticscm.com" rel="nofollow">Plastic SCM</a>, a commercially supported distributed version control system, I'd say we still have to see lots of new stuff from distributed systems. That being said, for me, after DVCS we'll see "code aware version control tools":

<ul>
<li>Being able to diff code "understanding" the language (ok, parsing it will be more than enough) (this is something that Eclipse is almost able to do it).</li>
<li>Better support for refactoring based on parsing + version control</li>
<li>Code aware merge</li>
</ul>

:)

blocks|key|1398281|text|我的猜测是，下一步将是基于云版本控制和基于P2P的版本控制系统。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1398282|云的主要特征是高可用性和地理分布。|1398283|P2P+-嗯，还有高可用性、安全性和节省的带宽。|1398284|我们还没有想清楚下一代的源代码控制会是什么，但头脑风暴并不会有什么坏处。我欢迎任何意见。|1398285|entityMap^0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|J|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|K|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|L|8|@]|9|@]|A|$]]|$1|F|3|G|5|6|7|M|8|@]|9|@]|A|$]]|$1|H|3|-4|5|6|7|N|8|@]|9|@]|A|$]]]|I|$]]

My guess, based entirely on nothing and more of a wishful thinking, is the next steps would be cloud version control and P2P based version control systems.

The cloud's main features are high availability and geo spread.

P2P - well, also high availability, security, saved bandwidth.

We're yet to wrap our heads around what the next generation of source control would be but brainstorming doesn't hurt. I welcome any input.

blocks|key|4287859|text|一个版本管理系统仅仅是一个服务，从客户端-服务器到p2p。我不知道比这更多的网络拓扑。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|4287860|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

A version management system is merely a service and went from client-server to p2p. I don't know many more network topologies than that.

blocks|key|98108|text|文件系统的版本化可能吗？;o)只是开玩笑，它不会有任何有用的功能。但在某些方面可能会有所帮助。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|98109|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

Versioning file systems possibly? ;o) Just kidding, it wouldn't have anywhere near the amount of functionality that would be needed to be useful. But may be helpful in some ways.

First there was a centralized model of version control (cvs, svn) and recently a distributed version control model was created (git, bzr, hg). Are there any other types of version control ideologies out there? Or what will be the next new one?

What comes after distributed version control?

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云AI代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

功能1上新10个字符

功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符。

功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符。

功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符

功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符

功能4上新

文章&问答评论现已支持表情

全新交互，全新视觉，新增快捷键、悬浮工具栏、高亮块等功能并同时优化现有功能，全面提升创作效率和体验

社区富文本编辑器全新改版！诚邀体验～ 

精选全网热门MCP server，让你的AI更好用 🚀

💥开发者 MCP广场重磅上线！

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

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

问分布式版本控制之后会发生什么？
EN

回答 7

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问分布式版本控制之后会发生什么？EN

回答 7

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问分布式版本控制之后会发生什么？
EN