SVN 有什么比 git 做得更好的吗

在 git 中，一个包含多个 gs 的仓库可以在 1 到 20 分钟内完成，但在 svn 中，大约需要一个小时; 你必须随时与服务器交互，无论是查看日志，还是查看以前的版本，你都必须连接到服务器，而且速度非常慢，而 git 几乎是瞬间完成的; 3.在分支之间获取补丁很麻烦，在 git 上只需两三个命令就可以做到（其实一个命令，因为需要查找和切换分支），但在 svn 上你必须询问**每个分支**，然后比较修改，然后上传; 查看历史版本速度很快，不需要互联网连接。 SVN必须连接到服务器才能获取版本，并且版本很慢; 它带有优化的 grep，这使得我们查询相关字符串的效率大大提高

存储库占用空间很小（几乎是 SVN 分支数量之一，即如果有四个分支，SVN 存储库的大小将是 Git 的近四倍），每个 SVN 分支都是一个副本，而 Git 的每个分支只是每次提交中点的哈希值集合。 树枝占用的空间很小; 这是一个分布式管理系统，我相信鹊山根本备份不了**，但SVN不能，一旦你服务器的硬盘挂了，你的整个**库就完蛋了; 不用一直在线查询，文件压缩，这样文件大小大大减小，传输速度快，svn是单文件，git是压缩的，使用svn的时候遇到过几次，服务器没有响应。 由于很多 git 都可以在本地操作，因此客户端和服务器之间的连接大大减少，发生这种情况的概率也会大大降低; 4：

如果客户端离服务器很远，在网速较差的情况下，使用SVN**简直是一场噩梦，到目前为止对两者的优缺点感受最深。 另外，关于从SVN迁移到Git的感受，我简单说一下，Linux和Windows的区别在于Git非常强大，但是命令很多，要学的东西很多，可以DIY的地方也很多。

Subversion 是一个集中管理的数据仓库。

虽然 GIT 分布式数据仓库的明显优势（例如速度和多个副本）吸引了许多人，但在许多情况下，集中式数据仓库更合适。 例如，如果您有一些内核。

如果你只想允许某些人访问，你不想把它放在 git 中。 很多公司都在管理他们的投资组合，我想所有（重要的）项目估计都是集中的。

数据仓库的版本控制系统。

Subversion的理念是符合传统思维的。

这意味着许多人（尤其是经理或老板）都有一个版本号。

习惯性地认为发展是随时间推移的线性轨迹，这在他们的脑海中根深蒂固。 没有借口，git 的任意性也不容易理解，你可能已经注意到了。

关于 git 的书籍在第 1 章第 1 节中告诉你，要摆脱你脑海中所有的传统想法并重新思考它们。

Subversion 只提供一条路线，没有第二条路线。

SVN 是一个版本控制系统，只提供一方。

每个人都使用相同的方法来做到这一点。 就是这样。 这使您可以轻松地从 SVN 迁移到其他集中管理的 VC 或其他集中管理的 VCS。 git

它不仅仅是一个版本控制系统，它实际上是一个文件系统，具有大量拓扑结构，以支持如何在不同环境中设置存储库，并且没有单一的标准。

选择合适的拓扑成为一项挑战。

其他一些优点：

SVN 支持空目录。

SVN 具有更好的 Windows 平台支持。

SVN 可以检出子树克隆

SVN 支持特权访问控制 SVN 锁，这在处理难以合并的文件时很有用。

SVN 支持二进制文件，使处理大文件更容易（无需来回复制旧版本）。

提交文件比较简单，因为没有拉推操作，齐凡斗的本地修复通过svn update自动执行同步功能。

区别 1：Git 是分布式的，SVN 不是。

这是 git 与其他非分布式版本控制系统的核心区别; Git 和 SVN 一样，有自己的集中式存储库或服务器。 然而，git 倾向于在分布式模式下使用，在这种模式下，每个开发人员从中央存储库服务器中分离出来，然后在自己的机器上克隆自己的存储库。

区别 2：Git 直接记录快照，而不是比较差异。

git 与其他版本控制系统的主要区别在于，git 只关心文件数据的整体变化，而大多数其他系统只关心文件内容的具体差异。 git 不会存储这些 diff 之前和之后的数据。 事实上，git 更像是拍摄更改文件的快照并将其记录在一个微小的文件系统中。

每次提交更新时，它都会检查所有文件的指纹并拍摄文件的快照，然后将索引保存到快照中。 为了提高性能，如果文件没有更改，git 不会再次保存它，而只会链接到上次保存的快照。

区别3：几乎所有操作都在本地执行。

Git 中的绝大多数操作只需要访问本地文件和资源，而不需要 Internet 连接。 但是使用 CVCS，几乎所有东西都需要网络连接。 由于 git 将当前项目的所有历史更新保存在本地磁盘上，因此处理速度非常快。

SVN 是上一代产品中已停用的版本管理工具。 有了 SVN，你就是被淘汰的人之一。

Git 不仅仅是离线提交。 其实这个座位上的团队使用git时，没有考虑能不能离线提交，每个开发者上网基本上都能有互联网，能不能离线并不是关键问题。

Git 的突破在于，它在分支管理、子项目依赖和冲突管理方面比 SVN 高出一个数量级以上。

例如，对于开源库，我们需要对开源库的某些部分进行更改，但我们希望确保该库不是与官方版本保持同步的。 使用 SVN，它要么是手动的，要么您将更改提交到官方来源（这基本上是不可能的）。

使用 git，我可以克隆一个存储库，创建一个新分支以保持更改的私密性，并在官方存储库更新时拉取 --rebase。

Git 的提交也可以乱按顺序更改。 例如，团队中的熊孩子搞砸了，他甚至无法编译几个提交。 就是这么简单：

使用 git rebase -i，您可以清除分支上的错误提交。 如果你更改了 svn 并提交了一个糟糕的**，皇帝就无法更改它。

有更高级的方法来玩 git。 学习曲线比SVN更陡峭，但团队的培训是完全值得的。 如今，业界主流都在使用 Git，无数的工具和云服务都基于 Git。

在github上下一个**，人家都是很别致的一站式git克隆，你的下一个zip再解压呢？

即使你一个人工作，git 也比 SVN 更容易使用。 如果不使用云服务，则需要自己设置SVN服务器，如果使用git，则可以直接构建本地仓库。

具体区别如下。

核心区别在于 git 是分布式的，而 SVN 不是。 这很容易理解，也很容易上手，而且需要说明的是，git 并不是唯一的分布式版本控制系统，mergit 将内容存储为元数据，而 svn 是基于每个文件的：因为 .

git 目录是你机器上仓库的克隆，它有仓库里的所有东西，git 没有全局版本号，而 svn 有：这是迄今为止 git 与 svn 相比缺乏的最大功能。 git 内容的完整性优于 svn：

Git 的内容存储使用 SHA-1 哈希算法。 这确保了内容的完整性，并确保在发生磁盘故障和网络问题时可以缓解内容。 git** 下线后，可以看到所有处于离线状态的日志，但 svn 不能。

6）一开始，它非常血腥，SVN必须更新才能来。

Subversion 是一个免费的开源版本控制系统。 在Subversion下，文件和目录可以超越时间和空间。 Subversion 将文件存储在中央存储库中，就像普通的文件服务器一样，只是它记录了对文件或目录的每次更改，以便您可以将数据恢复到以前的版本并查看数据更改的详细信息。

正因为如此，很多人认为Plate Punch控制系统是一种神奇的“时间机器”。

Subversion （SVN） 和 Git 都是常见的版本控制系统。 它们都用于管理软件开发中的版本控制，但它们之间存在许多差异。

以下是 svn 和 git 之间的一些主要区别：

分布式与集中式：Git 是一个分布式版本控制系统，每个开发人员都可以在本地存储完整的存储库，无需互联网连接即可工作。 另一方面，SVN 是一个集中式版本控制系统，每个开发人员都可以从存储库中获取并在本地进行更多更改。

分支和合并：Git 在分支和合并方面更加强大和灵活，可以轻松创建和合并分支。 另一方面，SVN 在分支和合并方面相对较弱，需要更多的手动工作才能完成。

性能：由于 Git 的分布式架构，每个开发人员都可以在本地存储完整的存储库，因此在处理大型项目时，Git 通常比 SVN 更快。

历史记录：Git 记录更详细的历史信息，便于跟踪更改。 另一方面，SVN 记录的历史信息相对简单，因此难以快速跟踪更改。

安全性：Git 使用 SHA-1 加密算法来保护库的完整性和安全性，而 SVN 没有提供类似的机制。

总之，git 和 svn 都是功能强大的版本控制系统，只是它们的设计和使用方式不同，开发者可以选择适合自己特定需求的版本控制系统。

从用户的角度来看：

你必须随时与服务器交互，无论是查看日志，还是查看以前的版本，你都必须连接到服务器，而且速度非常慢，而 git 几乎是瞬间完成的;

3.分支之间的补丁迁移很麻烦，在 git 上只能做两三个命令（其实一个命令，因为需要查找和切换分支），但在 svn 上你必须**每个分支**，然后比较更改，然后上传;

查看历史版本速度很快，不需要互联网连接。 SVN必须连接到服务器才能获取版本，并且版本很慢;

内置的优化 grep 使查询相关字符串的效率大大提高。

它是一个分布式管理系统，我们根本无法备份**，但SVN不能，一旦你服务器的硬盘挂断了你的整个**库就结束了;

不用一直在线查询，文件压缩，这样文件大小大大减小，传输速度快，svn是单文件，git是压缩的，使用svn的时候遇到过几次，服务器没有响应。 由于很多 git 都可以在本地操作，因此客户端和服务器之间的连接大大减少，发生这种情况的概率也会大大降低;

4：如果客户端离服务器很远，在网速较差的情况下使用SVN玩**简直是一场噩梦。

关于两者的利弊的最深刻感受就这么多。