随着我对吉特的了解,我越来越感觉到:
Git和其他DVCS比传统的集中式VCS跳得更远,因为它们不仅检出了有问题的文件,而且还检查了整个版本数据库.。
我认为这是DVCS和CVCS的主要区别,也是DVCS所有其他好处的主要立足点。
或者,让我们这样说:
多个本地VCS +集中备份= DVCS。
将上述公式改为:
多个本地克隆+集中式备份= DVCS。
对吗?
发布于 2011-08-25 08:29:09
您所描述的是分布式系统的本质:整个存储库都是克隆的(有其完整的历史记录)。
DVCS将版本控制(分支和标签)与发布(推送/拉到/从远程回购)混合在一起。
但是有一些其他特征可以区分DVCS和CVCS。
尤其是在工作流术语。见"描述使用版本控制(VCS或DVCS)的工作流程。“
别忘了这是DVCS没有授权或身份验证。但是,有一些解决方案可以提供这些解决方案,例如apache2-authn-redmine与红矿项目管理系统相结合。
OP smwikipedia补充道:
多个本地VCS +集中备份= DVCS。
我不认为您可以这样总结,特别是考虑到很难模拟推拉特性,因为大多数VCS (SVN,ClearCase,Perforce,.)没有“本地”回购,只有当地的工作空间,并严重依赖他们的中央回购。
发布于 2011-08-25 08:28:50
如果你真的想把它放在一个短语里,CVCS和DVCS的主要区别是,每个人都在自己的版本上工作,交换他们的更新(因此在DVCS中分发)。如果不具体告诉git,它就不会从其他贡献者那里下载所有分支。
请查看gitworkflows以了解其背后的想法,或者市场工作流获得非常好的可能性图形修复(也可以使用git或任何其他DVCS,如CVCS)。
发布于 2011-08-25 08:29:28
这是一个区别,是的。它允许脱机工作,并在以后传播更改。
另一个可以看作是结果的区别是分支管理。当您在本地工作(并提交)时,可以通过设计创建一个新分支。变更传播就是简单的分支合并。这就是为什么git (当然还有hg和bzr)有强大的合并算法。
(我的第一个回答是,“是的。”这一次,我很高兴有了30个字符的限制。)
https://stackoverflow.com/questions/7187191
复制相似问题