SVN与GIT的分支成本

Question

将SVN与GIT进行比较，

在两个文件夹之间创建一个包含100个文件的分支的相对成本比较（仅作为示例）？ 其中哪个价格便宜？

Answer 1

无论有多少文件，在这两个系统中创建分支几乎都是瞬时的。 它只是创建对特定修订号的引用。

Answer 2

您确切指的是什么费用指标？ http://lostechies.com/derickbailey/2010/02/24/branching-strategies-the-cost-of-branching-and-merging/

这是SVN和GIT之间差异的简要分类。 http://www.differencebetween.net/technology/software-technology/difference-between-git-and-svn/

这是SO上的链接，用于将SVN 1.8分支/合并与GIT进行比较。 与Git相比，SVN v 1.8的分支/合并方式如何？

最后，这是SVN关于分支实际是什么（不是分支）的评论：“ Subversion的存储库具有特殊的设计。复制目录时，您无需担心存储库会变得庞大— Subversion不会。实际上不会复制任何数据。相反，它会创建一个指向现有树的新目录条目。如果您是经验丰富的Unix用户，您将认识到这与硬链接背后的概念相同。” http://svnbook.red-bean.com/en/1.5/svn.branchmerge.using.html

Answer 3

在这种情况下，Subversion将创建一个“符号链接”到该文件夹​​。

Apache Subversion中的复制/标记/分支是即时且廉价的。 让我引用SVNBook | 使用分支 ：

廉价副本

Subversion的存储库具有特殊的设计。 复制目录时，您不必担心存储库会变得越来越大-Subversion实际上不会复制任何数据。 相反，它创建一个指向现有树的新目录条目。 如果您是经验丰富的Unix用户，您会认识到这与硬链接背后的概念相同。 随着对复制目录下的文件和目录的进一步更改，Subversion会继续尽可能使用这种硬链接概念。 仅当需要消除对象的不同版本的歧义时，它才会复制数据。

这就是为什么您会经常听到Subversion用户谈论“廉价副本”的原因。该目录有多大无关紧要-只需很少的时间和空间即可复制它。 实际上，此功能是提交在Subversion中的工作方式的基础：每个修订版都是先前修订版的“廉价副本”，其中有些项目会延迟更改。 （要了解有关此内容的更多信息，请访问Subversion的网站并阅读Subversion设计文档中的“冒泡”方法。）

当然，这些复制和共享数据的内部机制对用户是隐藏的，而用户只能看到树的副本。 这里的重点是，副本在时间和空间上都很便宜。 如果您完全在存储库中创建分支（通过运行svn copy URL1 URL2），则这是一种快速，恒定的操作。 随意创建分支。

阅读SVNBook ！