为什么是Git比颠复?
https://stackoverflow.com/questions/871
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian解决方案
Git不是更好的比颠复活动。但是也不差。这是不同的。
关键的区别是，它是分散的。想象一下，你是一个开发的道路上，你发展你的笔记本电脑和你想要来源的控制，这样你可以回去了3小时。
与颠复，您有一个问题：SVN库可以在一个位置你不能达到(在你的公司，和你没有互联网的那一刻)，则无法提交。如果你想要复制你的代码，就必须逐字复制、粘贴。
}类，你不必这个问题。你的当地拷贝的储存库，可以提交给它的，并得到所有利益来源的控制。当你恢复连接的主要仓库，则可以提交反对它。
这看起来很好，但只要记住的增加的复杂性，这种方法。
Git似乎是"新的闪闪发亮，很酷的"的事情。这绝不意味着不良(有一个原因Linus写的Linux内核开发的后所有)，但是我觉得很多人跳上的"分布源的控制"的火车，只是因为它是新的并且是书面通过Linus Torvalds的，实际上不知道为什么如果它是好的。
颠复了问题，但这样做Git，善变的，CVS，TFS或什么的。
编辑： 所以这个答案是现在的一年，仍然会产生许多"顶"，所以我想我会加入一些更多的解释。在去年以来写这个，混帐具有获得一个很大的势头和支持，特别是因为网站喜欢的。真正起飞。我使用的两个操作颠复现在和我想和大家分享一些个人见解。
首先，Git可以真的很混乱在第一工作时，分散的。什么是一个遥控器？以及如何适当地设立最初的仓库?两个问题来开始时，尤其是相对于SVN很简单，"如果出现创建"，Git的"混帐init"可以采取的参数--裸--共享这似乎是"正确的"的方式来设立一个集中的储存库。有这个原因，但它增加了复杂性。该文件的"结帐"的命令是非常令人困惑的人更改过的"正确的"的方式似乎是"混帐的克隆"，同时"混帐结算"似乎开关分支机构。
Git真正的亮点的时候你是分散的。我有一个服务器在家庭和一台笔记本电脑的道路上，并SVN只是不工作，以及在这里。与SVN，我不能有本地源的控制如果我不相连的储存库(是的，我知道SVK或有关的方法来复制回购).}类，这是默认的方式。这是一个额外的命令虽然(git犯提交当地，而git推动原籍国的主推动的主支遥命名为"原籍国").
如上面所说的:Git增加了复杂性。两种模式的创建储存库，与结帐克隆，提交与推...你必须知道其命令在当地工作及其与工作"的服务器"(我假设大多数人仍然像一个中央"主存储库").
此外，该工具仍然是不够的，至少在窗。是的，有一些工作室AddIn，但我仍然偏bash与msysgit.
SVN具有的优点，它简单得多学：还有你的资料库，所有变化来对待它，如果你知道如何创造、提交和结算和你准备好了并且可以拾东西一样的分支，更新等等。以后。
混帐具有的优势，它更适合，如果一些开发商也不总是连接的主存储库。此外，它的速度大大快于SVN.从我听到的，分支和合并支助是一个好得多(这是预料之中的事，因为这些都是核心原因，它被写入)。
这也解释了为什么它获得这么多的嗡嗡声，在互联网上，尽可能的非鉴是完全适合于开放源码项目：只是叉，提交你改变你自己的叉子，然后要求原来的项目维护者要拉你的变化。}类，这只是工作。真的，试试它审查，这是魔法。
我什么也看到的是混帐SVN桥梁：中央储存库是一个颠复回购协议，但是开发本地工作操作的桥然后推动他们改变SVN.
但是，即使有这样的漫长外，我仍然站在我的核心信息：Git是不是更好或者更糟的是，它只是不同的。如果你有需要的"脱机源的控制"并愿意花一些额外的时间，学习它，它是很棒。但是，如果你有一个严格集中源的控制和/或正在努力介绍源的控制，首先是因为你的同事都不感兴趣，然后将简化和优秀工具(至少在Windows)的SVN的光芒。
其他提示
}类型的你可以做到的几乎任何东西离线，因为每个人都有自己的储存库。
使枝和合并分支之间的真的很容易。
甚至如果你没有犯下的权利的一个项目，仍然可以拥有自己的在线储存库，并发布"推请求"为你修补程序。每个人都喜欢你的修补程序能够把他们拉入它们的项目包括正式的维护者。
这是微不足道叉的项目，修改，并且仍然保持合并的错误修正从头支路。
Git工作Linux内核开发。这意味着它是真的快速(必须)，并扩展到成千上万的贡献者。Git还使用的空间更少(30倍较少的空间用于Mozilla repository)。
Git是非常灵活的，很TIMTOWTDI(有多于一个方式做的话)。你可以使用任何你想要工作流程，发生了错误，支持它。
最后，还有 想, 一伟大的网站托管服仓库。
缺陷的文件
- 它是很难了解，只有更多的概念和更多的命令。
- 修订没有版本数字，例如在颠复
- 许多内容是含糊和错误的消息是非常不友好
- 它缺乏一个良好的GUI(如大 如今)
其他的答案已经做了很好的工作的说明的核心特征录(这是伟大的).但是还有这么多 小 方式，那混帐行为方式更好，并有助于保持我的生活更加理智。这里是一些小东西：
- 混帐具有一种"干净"的命令。SVN迫切需要这一命令中，考虑到如何经常将转储的额外文件的磁盘。
- 混帐具有的'平分'的命令。它是好的。
- SVN造成的。svn目录中每一个文件夹(Git仅创造了 一个 .git目录)。每一剧本你写信，每一个查询你这样做，将需要编写忽略这些。svn目录。你还需要一个整个的命令("svn出口")只是为了得到一个理智的复制的文件。
- 在SVN，每个文件夹和可能来自一个不同的修订或分支机构。首先，它的声音好有这项自由。但是，这实际上意味着，有一百万个不同的方式为本地退房被完全搞砸了。(例如，如果"svn开关"失败途中，或者如果该命令是错误的).而最糟糕的部份是:如果你有机会进入的情况下某些文件来自一个地方，他们中的一些从另一个"svn状态"将告诉你一切都是正常的。你需要做的"svn信息"每个文件的/目录以发现怎么奇怪的事情。如果"混帐状态"告诉你，事情是正常的，然后你可以相信的东西真是正常的。
- 你必须告诉SVN只要你移动或删除一些东西。发生了错误就。
- 忽略语义上更容易在饭桶。如果你忽略了一个模式(例如*.pyc)，它将忽略 所有 子目录。(但是如果你真的想要忽略的东西只有一个目录，可以).与SVN，似乎没有简单的方法，以忽略的一个模式在所有子目录。
- 另一个项目涉及忽视的文件。混帐很可能有"私人"忽略的设置(用的文件。git/info/排除)，这不会影响其他任何人。
"为何更新是更好的比X"概述了各种优点和缺点内vs其他SCMs。
简单地说：
- Git轨道 内容，而不是文件
- 分支机构是轻量级的 合并是 容易的, 和我的意思是 真的很容易.
- 它的分发，基本上每个仓库是一个分支。它是更容易对发展同和协作于与颠复，在我的意见。它还使 离线 发展成为可能。
- 它的 不强加任何工作流程, 如上看到的 上述链接的网站, 有许多工作流程可能与饭桶。一个颠复式的工作流程是很容易模仿.
- 源码库多 较小，文件大小 比颠复存储库。只有一个"。混帐"的目录，而不是几十个"。svn"库(注颠复1.7和高 现在使用一个目录 像饭桶。)
- 的 临时 区域是可怕的，它可以让你看到的更改将提交，提交的局部变化而做的各种其他的东西。
- 藏起来 是非常宝贵的，当你做到"混沌"的发展，或只是想要解决一个错误的话，你还是工作上的东西(在不同的分支)。
- 你可以 改写历史, ，这是伟大的准备修补设置固定你的错误(之前 发布次提交)
- ...和一个 很多 更多。
有一些缺点：
- 没有许多良好的图形用户界面对它。这是新的和颠复已经存在很长时间，所以这是自然的，因为有一些接口的发展。一些很好的人 TortoiseGit 和 想Mac.
局部退房/克隆的仓库是不可能的时刻(我读了它在发展)。然而，有子模块的支持。Git1.7+支持稀疏结账.- 它可能很难了解，虽然我没有找到这个情况(大约一年前)。混帐具有最近提高了其接口，是相当用户友好。
在最简单的使用情况，颠复，并让几乎相同。没有太多的差别之间：
svn checkout svn://foo.com/bar bar
cd bar
# edit
svn commit -m "foo"
和
git clone git@github.com:foo/bar.git
cd bar
# edit
git commit -a -m "foo"
git push
Git真正的亮点是支和与工作的其他人。
嗯，这是分发。基准表示，这是相当快的(鉴于其分布的性质、操作，如差异和日志所有地方所以当然这是极快在这种情况下)，并工作文件夹是较小的(它仍然吹动我的头脑)。
当你的工作在颠复或任何其他客户/服务器的版本控制系统,你本质上是创建工作的份上你的机器 检查出 修订。这表示一个快照在什么仓库看起来像。你更新你的工作副本经更新，并更新存储库通过提交。
有一个分布式版本控制，你没有快照，而是整个代码。想做一个差异，与3月份的旧版本吗？没问题，3月份的旧版本仍然是在你的计算机。这并不仅仅意味着事情的方式更快地，但是如果你脱离中央服务器，仍然可以做许多操作你用。换句话说，你不只是快照定修订版，但整个代码。
你认为那混帐会采取了一堆空间上你的硬盘，但从几个基准，我已经看到，它实际上要更少。不要问我如何。我的意思是，它的建立是通过莱纳斯，他知道的事情或两个关于文件系统，我猜。
要点我喜欢DVC是那些：
- 你可以提交破事。这并不重要，因为其他国家的人民不会看到他们，直到你发布。发表时间是不同的提交时间。
- 正因为如此，你能够提交更加频繁。
- 你可以合并完成的评价.这种评价会有其自己的分支。所有提交的这个分行将与此相关的评价.你可以做到这一中心静脉然而，与DVC其默认的。
- 你可以搜索你的历史记录，(当找到一个功能更改)
- 你可以撤消一个拉如果有人搞砸了主要仓库，则不需要修复的错误。只是明确的合并。
- 当你需要来源控制的任何目录：git init。你可以承诺，撤消变化，等等。
- 它的快速(甚至在Windows)
主要的原因，对于一个相对较大的项目是改进通信创造了通过点3。其他人是很好的奖金。
有趣的是:我的主机项目的在颠复Repos，但访问它们的经从初的克隆的命令。
请阅读 开发}类上的一个谷歌项目的代码
虽然谷歌代码本身使用的语言 颠复，可以很容易地偏 在开发过程中。寻找"混帐 svn"表明这种做法是 普遍的，并且我们也鼓励你 尝试它。
令在Svn库给我好处：
- 我可以工作 分布 在几个 机、提交和拉从 和他们的
- 我有一个 中央
backup/publicsvn储存库对于其他人来检查 - 和他们免费使用工自己
所有的答案都是如预期的程序为中心，但是会发生什么，如果你的公司使用的版本控制之外的源代码？有很多的文件而不是源代码，它受益于版本控制，并且应该住在靠近代码并不在另一个内容管理系统。大多数程序员不独工作-我们的工作对于公司作为团队的一部分。
有鉴于此，比较便于使用，在客户的工具和培训之间的颠复和饭桶。我不能看见其中一个方案 任何 分布式修改控制系统将更容易使用或解释一个非程序员。我喜欢被证明是错误的，因为然后我会能够评估操作实际上有一个希望的，它被接受的人需要的版本控制，谁都不是程序员。
即使这样，如果要求由管理为什么我们应该从集中于分布式修改控制系统，我会很难得到一个诚实的答案，因为我们不需要它。
免责声明：我产生了兴趣，在颠复早上(大约0.29)所以很明显我有偏见的，但公司我的工作自那时以来，受益于我的热情，因为我已经鼓励和支持它的使用。我怀疑这是它是如何发生的与大多数软件公司。有这么多程序上跳从初潮流，我不知道，许多公司都要错过的好处使用的版本控制之外的源代码？甚至如果你有分离的系统对于不同的球队，你错过了一些好处，如(统一)的问题跟踪一体化，同时增加维修的硬件和培训要求。
关于颠复该惹恼我的是，它把它自己的文件夹中的每个目录中的一个项目，而git只是把一个根目录。这不是 那 很大的一笔交易，但这样的小事情增加。
当然，颠复已乌龟，这是[通常]非常好的。
出现了录带来了一个品种的DVC原教旨主义者–的'Gitterons'–认为什么其他比GIT是废话。该Gitterons似乎认为软件工程发生在他们自己的岛屿和常常忘记，大多数组织不雇用的高级软件工程师。那是确定的，但它不是其他市场认为，我高兴地证明这一点：GIT，在最后看起来有不少于三%的市场，同时颠复已在该地区的五百万用户和大约一半的总体市场。
这个问题，我们看到的是，Gitterons被烧(廉价)的镜头在颠复活动。鸣叫喜欢"颠复是以[缓慢/蹩脚/限制/闻起来不好看我在一个有趣的方式]而现在我有操[一切都在我的生活我的妻子怀孕/I得到了一个女朋友后30年的努力/我赢了六次上运行的二十一点表].你得到的图片。
Git也使得分支和合并真的很容易。颠复1.5刚刚加入合并跟踪，但混帐仍然是更好的。与某分支是非常快捷和便宜。它使创造一个分支对于每个新的特征更为可行。哦和源码库非常有效的储存空间相比，颠复活动。
它是所有关于易于使用/步骤需要做些什么。
如果我发展一个单一项目在我的电脑，git是更好，因为它远远更容易设置和使用。你不需要一个服务器上，并且你不需要继续输入库网址是在当你做的时候合并。
如果它是只有2人，我想说git也更容易,因为你只能推动和拉动从海誓山盟。
一旦你越过，虽然，我会去颠复，因为在这一点上，你需要设立一个专用服务器或位置。
你可以做这样好}类为与SVN，但好处内获得超过需要做更多的步骤，以同步与中央服务器。在SVN你刚才提交。在git你有件提交，然后git推动。额外的步骤得到讨厌是因为你做了这么多。
SVN还有利于更好地GUI工具，但是从初生态系统似乎被赶快，所以我不担心这个的，长期的。
操DVC一般是伟大的开发人员做了很多编码相互独立，因为每个人都有自己的分支。如果你需要一个改变别人的，不过，她已经提交到她的地方回购和后来她必须推动变更给你或者你必须把它从她。
我自己的推理也让我觉得DVC使事情更难对质量保证和发布管理如果你喜欢做的事情集中的发布。必须有人来负责这样做，推/拉从其他人的储存库，解决任何冲突，将已经解决在最初提交之前的时间，然后在做的建立，然后具有的所有其他开发商的重新同步repos.
所有这一切都可以解决与人类的进程，课程；DVC刚分手的东西，是固定的，通过集中化的版本控制，以便提供一些新的设施。
我喜欢Git因为它实际上有助于开发通信给开发商在一个中型到大型的团队。作为一个分布式版本控制系统，通过其推/拉系统，它有助于开发人员来创建一个源代码的生态系统，有助于管理一个大型的泳池的开发工作上的一个单一的项目。
例如说你相信开发人员和5唯拉代码从其储存库。这些开发人员有他们自己的信任网络，从那里他们拉代码。这样的发展是基于这种信任的织物的开发人员代码的责任之间进行共享发展的社区。
当然还有其他的好处，其中提到的其他答案在这里。
几个答案都间接提到这些，但是我要2点明确的:
1)的能力来做选择性的承诺(例如， git add --patch).如果你的工作目录，包含多个变化是不相同的逻辑改变，混帐很很容易做出承诺，包括只有一部分变化。与颠复，这是困难的。
2)有能力犯下不作改变公众。在颠复任何承诺是立即公开，因而不可撤销的。这大大限制了能力开发"提交的早期，经常提交".
Git不仅仅是一个风险投资;它也是一个工具，用于开发增补程序。颠复仅仅是一个风险投资.
我认为颠复是好的..直到你开始合并..或做任何事情复杂。。或做任何颠复认为是复杂的(像在做的查询，以找出哪些树枝弄乱了一个特定的文件，其中一个改变 实际上 来自检测复制和贴等)...
我不同意获胜的回答，他说的 主要受益 录是离线工作-这肯定是有用的，但是它更像是一个额外对我的使用情况。SVK可以脱机工作也仍然是没有问题要问我这一个投资我的学习时间)。
这只是说，这是令人难以置信的强大的和快速的，好的-之后得到使用的概念非常有用的(是的，在这个意义上说:用户友好的).
更多详细信息在一个合并的故事，看看这个：使用混帐svn(或类似的)*只*帮助svn合并？
由于事实上它不需要通信中心服务器不断，几乎每一个命令运行在低于第二(明显地git推/拉/取较慢，只是因为他们必须initalise SSH连接)。支远远更容易(一个简单的命令分支，一个简单的命令合并)
我绝对喜欢能够管理地方分支机构的我的源代码在Git没有污浊的水中央储存库。在许多情况下，我将结账代码，从颠复服务器和运行一个地方Git仓库只是为了能够做到这一点。这也是伟大的，初始化个混库没有污染的文件系统与一群令人讨厌。svn文件夹无处不在。
尽Windows工具的支持，TortoiseGit处理的基础知识的非常好，但我仍然喜欢的命令行，除非我要查看记录。我真的很喜欢这样龟{Git|SVN}有助于阅读时提交日志。
这是一个错误的问题要问。这一切都太容易注重录就是疣和拟订参数约为什么颠复表面上是更好，至少对于一些使用情况。事实上那混帐最初设计为一个低级别的版本控制建筑设置并具有一个巴洛克风格的linux-开发为导向的界面，使它更容易为圣战的获得牵引力，并认的合法性。Git支持者邦鼓数以百万计的工作流程的优点，这svn们宣告是不必要的。很快整个辩论的框架作为集中vs分发，供应企业的利益svn工具社区。这些公司，它通常把出最有说服力的文章关于颠复的优越性在企业，都依赖于感知的不安全操作的企业准备的svn的长期成功，他们的产品。
但这里的问题： 颠复是一个建筑死胡同.
而你可以操作建立一个集中的颠复的更换很容易，尽管有超过两倍的长svn从来没有能够得到甚至基本的合并跟踪工作的地方附近以及它在饭桶。一个基本原因是设计的决定，使分支机构相同的目录。我不知道他们为什么去这种方式最初，它肯定会使部分检出非常简单。不幸的是，它也使得它无法跟踪历史记录正确。现在显然你应该使用的版本库的布局的公约的单独的分支从普通目录，并svn使用一些试探为了让事情的工作对于日常使用情况。但是，所有这仅仅是掩盖超过一个非常贫穷和限制性较低的级别设计的决定。能做一个储存库的明智的差异(而不是目录-明智的差异)是基本的和关键功能的版本控制系统，并且极大地简化了内部，使得能够建立更明智的和有用的功能。你可以看到在数量努力，已经投入延伸颠复，但如何远远落后于它是从当前的现代化Vcs方面的基本操作的合并决议。
现在这是我的内心的和不可知论者建议对任何人仍然认为颠复是不够好可预见的未来：
颠复将永远不会赶上的新品种的Vcs已经学会了从错误的驻地协调员和CVS;这是一个技术不可能除非他们重新装备的储存库的模式，从地上爬起来，但它不会真的是svn会？无论你多么想你不用的能力的一个现代化的风险，你的无知将不会保护你免受颠复的缺陷，其中很多情况下是不可能或容易地解决其他系统。
这是非常罕见的技术劣势的一个方案是那么明确，因为它是与svn，肯定我不会的状态这样一种意见赢得对linux的软件-对-vi,但在这种情况下它是那么明确，并源的控制就是这样一个基本工具开发人员的武库，我感到必须指出的毫不含糊地.不管要求使用svn为组织原因，我恳请所有svn用户不要让他们的逻辑思维构建一个虚假的信念，更多的现代Vcs仅适用于大开放源码项目。无论性质的开发工作，如果你是个程序员，你将是一个更有效的程序，如果你学习如何使用更好的设计Vcs，无论是Git，善变的，Darcs，或者其他许多人。
颠复是非常容易使用。我从来没有发现在过去几年一问题或这些工作不如预期。也有很多优秀的GUI工具和支持SVN一体化是巨大的。
}类您会获得一个更灵活的风险.你可以用同样的方式喜欢SVN用远程数据库在哪里提交的所有变化。但你也可以使用它的大多是离线的和唯一推动的变化不时的远程存储库。但混帐更为复杂和具有一个陡峭的学习曲线。我发现自己在第一次犯错误的分支机构，建立分支机构或间接得到错误的消息不多的有关信息的错误，并在那里我必须与谷歌搜索得到更好的信息。一些简单的东西喜欢替代的标记($Id$)不工作，但混帐具有非常灵活的过滤和挂钩的机构来合并自己的脚本和所以你得到所有东西你需要和更多，但它需要更多的时间和阅读的文件)
如果你的工作主要是离线有你的地方储存库，你有没有备份，如果是失去了你的本地的机器。与SVN你是主要工作有一个远程存储库，它也是相同的时间你备份的另一个服务器上的...Git可以以同样的方式工作，但是，这不是主要目标莱纳斯有什么东西像SVN2.它是专为Linux内核开发和需要分发的版本控制系统。
是Git更好的然后SVN?开发这只需要一些版本的历史和一个后备机制，有一个良好和轻松生活与SVN.开发人员的工作常常有分支机构，更多的测试版本在同一时间或者工作大多是离线可以从中受益的特点饭桶。有一些非常有用的设想藏起来没有发现与SVN它可以使生活更加容易。但在另一边不是所有的人将需要所有功能。所以我不能见死者的SVN.
Git需要一些好的文件和错误报告必须更有帮助。还有现有的有用的图形用户界面只有很少。这一次我只发现了1GUI对Linux的支持的最Git素(混帐可口可乐).日食一体化工作，但它没有正式释放并没有正式更新网站(只有一些外部更新网站的期刊建立在从主干 http://www.jgit.org/updates) 所以最佳方式偏这一天被命令行。
埃里克沉 从SourceGear写的系列文章之间的差异分布和nondistributed版本控制系统。他比较优点和缺点的最受欢迎的版本控制系统。非常有趣阅读。
文章可以发现在他的博客， www.ericsink.com:
人们在寻找一个良好的Git GUI， Syntevo SmartGit 可能是一个很好的解决方案。其专有的，但是免费为非商业用途，运行于Windows/Mac/Linux和甚至支持SVN使用某些种类的混帐svn桥梁，我认为。
http://subversion.wandisco.com/component/content/article/1/40.html
我认为这是相当可以安全地说，除开发人员、SVN Vs。Git参数已经肆虐了一些时间，现在，每个人都有自己的看哪个更好。这是甚至在的问题在我们的网络研讨会上的颠复在2010年及以后。
海仑莱特，我们的主任开放源和主席的颠复公司谈判有关的差异之间的颠复，并让，以及与其他分发的版本控制系统(DVC).
他还谈到了即将到来的变化，颠复，例如工作的复制下一代(WC-NG)，他认为会导致一些混帐户的转换回到颠复。
有一个观看他的视频让我们知道你在想什么，无论是通过评论，或通过发布在我们的论坛。登记是简单的，只需要一个时刻！
我一直居住在Git土地最近，我喜欢这个人的项目，但是我不能换工作项目于它尚未从颠复给出的改变思维的需要，从工作人员，没有任何紧迫的利益。而且最大的项目中，我们运行在内是极其依赖 svn:外部 其中，从我所看到迄今为止，没有工作，所以很好地并无缝地在饭桶。
第一、并发的版本控制似乎是一个简单问题来解决。这不是在所有。无论如何...
SVN是非常非常直观。Git甚至更糟。[讽刺的投机]这可能是因为开发者，这就像硬问题，并发行版本控制，不要有太大的兴趣在制作一个良好的用户界面。[/很讽刺-推测]
SVN的支持者认为他们不需要分发的版本控制系统。 我以为那也是。 但现在我们偏完全的，我是一个信徒。现在的版本控制工作为我和我的团队/项目，而不是只是工作的项目。当我需要一个分支，我的分支。有时候，这是一个分支，有一个相应的支在服务器上，并有时候事实并非如此。更不用说所有其他的优点，我得去研究(部分由于神秘的和荒唐的缺乏用户界面，是一个现代的版本控制系统)。
为什么我认为颠复是更好的比Git(至少对于该项目，我的工作)，主要是由于其可用性和更简单的工作流程：
http://www.databasesandlife.com/why-subversion-is-better-than-git/
