我在一些地方听说分布式版本控制系统闪耀的主要原因之一是比SVN这样的传统工具更好地融合.这实际上是由于两个系统如何工作的固有差异,或者像Git/Mercurial 这样的特定 DVCS实现是否只有比SVN更聪明的合并算法?
我已经使用Subversion几年了,在使用SourceSafe之后,我只是喜欢Subversion.结合TortoiseSVN,我无法想象它会如何变得更好.
然而,越来越多的开发人员声称Subversion存在问题,我们应该转向新一代的分布式版本控制系统,例如Git.
Git如何改进Subversion?
我有一个我的项目的git-repository,大约有20个提交.我知道如何克隆实际的提交git clone,
qgit不是一个好的GUI)? 哪个是存储源代码版本的系统的正确名称,如SVN或TFS?
我一直称它为源代码控制,但像维基百科这样的地方称它为版本控制?
为了使像这样的更复杂的网站有两个标签?
我想在使用vcs或dvcs时学习其他人的工作流程.
请描述您处理以下任务的策略:
您可以随意组织您的答案,不按任务分组,但按照您认为相关的任何分组,但请通过VCS/DVCS进行组织(请不要混用它们).
谢谢.
可能重复:
对于家庭项目,Mercurial或Git(或其他DVCS)可以提供比Subversion更多的优势吗?
Git,Mercurial和Bazaar的相对优势和劣势是什么?
这些源控制系统有什么区别?对于小型2人项目哪一个最好?
我目前Git在掌握之前已经深入了解SVN.这是我第一次认真的源控制管理系统学习体验.
我想知道不学习的机会成本(甚至是去学习我学到的东西)SVN.有什么我需要注意的吗?
是否存在与之Git相比不可行或难以忍受的事情SVN?
重复:
我确定我错了,但我读到Git没有像SVN那样使用中央存储库.一,我不明白你如何拥有分散版本控制系统.我确信它有效,因为有很多人使用它,但我不明白这个概念.
你怎么能拥有每个人都使用的东西而不是一个集中的存储库来保存源代码?
我想这更像是一个git vs svn,你用哪个?我读到git更好但不像SVN那样集成在大多数IDE工具中.
我还在学习.
谢谢.