git和svn哪个用的多 为什么还有那么多人用SVN？

为什么还有那么多人用SVN？

让我们从结果开始：Git在某些情况下比SVN好，但它不能取代SVN

第一轮：Git是一个分布式版本控制系统，它可以更适合没有固定“服务器”的研发人员。Svn是一个具有固定服务器的集中式版本控制系统。但我认为，在某些情况下，分布式管理并不一定比集中式管理好，所以这一轮更为公平。

第2轮：[git的分支非常易于使用，而且非常强大。SVN的分支是一小块鸡排。SVN的分支是svncopy，它复制一个完整的项目。在这一轮中，GIT具有明显的优势。

第三轮：

提交、更新或合并代码时经常报告错误。Git的提示非常“周到”，可以很好地解决错误。SVN的提示有点不满意。Git在这一轮中仍然有优势。

第4轮：

SVN对目录具有良好的权限控制。它可以根据目录进行更新和提交，这有时很有用。Git无法控制目录的权限。SVN的优势在这一轮是显而易见的。

例如：

我们公司的研发人员使用git，艺术和产品使用SVN。艺术和产品通常将需求和资源放入SVN，SVN可以根据目录而不是整个项目进行下载。而SVN在windows系统中有一个非常著名的乌龟SVN软件，有一个中文版本，使用起来非常方便。

git对比svn有什么优势？

Subversion是一个集中式数据仓库

虽然GIT分布式数据仓库的明显优势，如高速和多副本，吸引了很多人的喜爱，但在很多情况下，集中式数据仓库更适合。例如，如果您有一些只允许少数人访问的核心代码，则不希望将其放在GIT中。许多企业集中管理他们的代码。我猜所有（重要的）政府项目都使用集中数据仓库的版本控制系统。

颠覆的概念与传统思维是一致的，这意味着很多人（特别是经理或老板）都有理解版本号的习惯，把开发视为一条按时间线性发展的轨迹，这在他们的头脑中根深蒂固。这不是借口。Git的随机性不容易理解。你可能已经注意到，任何一本关于git的书都会告诉你要抛弃头脑中所有的传统观念，在第一章的第一节中重新认识它们。

Subversion只提供一种方法，没有第二选择

SVN是一个版本控制系统，它只提供一种方法来实现这一点，每个人都使用相同的方法。就是这样。这使得您可以轻松地将代码从SVN迁移到其他集中管理的vc或其他集中管理的vc。Git不仅仅是一个版本控制系统——它实际上是一个文件系统，它有很多知识来支持如何在不同的环境中构建代码仓库——而且没有统一的标准。很难选择合适的拓扑结构。

其他优点：[SVN支持空目录

SVN有更好的windows平台支持

SVN可以签出/克隆子树

SVN支持权限访问控制SVN锁在处理难以合并的文件时非常有用

SVN支持二进制文件，这使得处理大文件更容易（你不需要复制旧版本）

提交文件相对简单，因为没有拉/推操作，本地修改通过SVN更新自动执行同步代码的功能。

-------------

Git目前越来越受关注，它有哪些优点呢？

我有七年的编程经验，了解互联网和编程的相关知识，欢迎关注我的标题。

与SVN相比，Git是分布式的。Svn基于修订版，应提交给中央服务器。Git是分布式的，每台有代码权限的机器都是一台服务器。签出代码后，所有记录都在本地，本地提交和分支管理可以直接提交到本地，无需网络支持。只有在与远程服务器同步时才需要网络。

另外，GIT代码更安全，即使远程服务器损坏，任何有代码的机器都有所有记录，不会造成历史记录的丢失。

Git非常方便进行提交和分支。任何开发人员都可以在本地创建分支并在本地提交它们。同时，代码合并非常快速和方便。SVN需要通过一个复杂的算法来重放在共同祖先之前的所有修改，以完成合并操作。

Git用于代码管理网站，如GitHub和oschina。开发人员学习和参与开源非常方便。

Git使用命令行非常方便。它还使用60多个高频命令，操作快捷灵活。。所以你需要知道你需要什么来快速适应不同的公司和团队。

希望对您有所帮助，也欢迎留言讨论。

git和svn哪个用的多 git与svn的区别 现在用svn的多还是git的多

版权声明：本文内容由互联网用户自发贡献，本站不承担相关法律责任.如有侵权/违法内容,本站将立刻删除。