git和svn的区别git svn npm区别

公司使用Git还是SVN Git管理代码全是命令

展开全部 从使用者角度分析： 1.svn下载源代码慢。

在git中一个几个G的版本库，一般一二十分钟就能下载完毕，但是在svn中要一个小时左右； 2.svn随时都得要与服务器交互，无论是查看log，还是查看以往的版本你必须跟服务器相连，并且速度奇慢务必，而git做这些几乎是瞬间的事； 3.各个分支之间的补丁迁移麻烦，在git上只要两三个命令就可以完事的(其实一个命令，因为需要查找与分支切换)，但是在svn上你必须要下载每个分支的代码，然后比较修改，再上传； 4.git查看历史版本速度快，并且不需要联网。

svn必须跟服务器相连才能取得版本，并且取版本非常慢；

git和svn的区别

我使用SVN有5年的历史了，而且现在在公司里仍然是使用SVN。

但是大概在3年前，我的所有个人项目都已经迁移到了git(gitHub)上。

我能想出很多git优于subversion的地方，大部分是体现在分布式优于集中式的特征上，但如果你让我说出任何SVN分过来胜过git的地方，我竟一时想不出来一个。

但这就能说明git完胜SVN吗？ 　　事实当然不是这样，就像是Windows和Linux，你不能说这个一定就比那个好。

最近在stackexchange的讨论让我学习了不少。

先举个简单的例子证明有些地方你只能用SVN而不能用git。

谷歌的搜索排名算法，就不能放到分布式开放的代码库了。

　　这种情况下SVN的集中式管理就是不二选择。

下面就来条理的看看Subversion在哪些环境下比git更适用。

git和svn的commit，checkout差别

git是个分布式的版本管理软件，必须mit提交到本地，可以在本地有多mit；当开发的功能完成的时候，可以考虑集成并让大家更新，此时可以push到服务器，一旦push到服务器，其他的开发人员就可以pull下来，你的代码即可更新到其他的开发人员的源码库中。

现在用得多的是svn还是git

Remote Repositories),指令很多，除此之外你需要知道哪些指令在Local Repository，哪些指令在Remote Repository。

2)Git把内容按元数据方式存储，而SVN是按文件：因为,.git目录是处于你的机器上的一个克隆版的版本库，它拥有中心版本库上所有的东西，例如标签，分支，版本记录等。

.git目录的体积大小跟.svn比较，你会发现它们差距很大。

3) Git没有一个全局版本号，而SVN有：目前为止这是跟SVN相比Git缺少的最大的一个特征。

4) Git的内容的完整性要优于SVN: GIT的内容存储使用的是SHA-1哈希算法。

这能确保代码内容的完整性，确保在遇到磁盘故障和网络问题时降低对版本库的破坏。

5) Git下载下来后，在OffLine状态下可以看到所有的Log,SVN不可以。

6) 刚开始用时很狗血的一点，SVN必须先Update才能Commit,忘记了合并时就会出现一些错误，git还是比较少的出现这种情况。

7) 克隆一份全新的目录以同样拥有五个分支来说，SVN是同时复制5个版本的文件,也就是说重复五次同样的动作。

而Git只是获取文件的每个版本的 元素，然后只载入主要的分支(master)在我的经验,克隆一个拥有将近一万个提交mit),五个分支,每个分支有大约1500个文件的 SVN,耗了将近一个小时！而Git只用了区区的1分钟！ 8) 版本库（repository):SVN只能有一个指定中央版本库。

当这个中央版本库有问题时，所有工作成员都一起瘫痪直到版本库维修完毕或者新的版本库设立完成。

而 Git可以有无限个版本库。

或者，更正确的说法，每一个Git都是一个版本库，区别是它们是否拥有活跃目录（Git Working Tree）。

如果主要版本库（例如：置於GitHub的版本库）发生了什麼事，工作成员仍然可以在自己的本地版本库（local repository）提交，等待主要版本库恢复即可。

工作成员也可以提交到其他的版本库！

git svn npm区别

1.GIT是分布式的，SVN不是： 这是GIT和其它非分布式的版本控制系统，例如SVN，CVS等，最核心的区别。

如果你能理解这个概念，那么你就已经上手一半了。

需要做一点声明，GIT并不是目前第一个或唯一的分布式版本控制系统。

还有一些系统，例如Bitkeeper, Mercurial等，也是运行在分布式模式上的。

但GIT在这方面做的更好，而且有更多强大的功能特征。

GIT跟SVN一样有自己的集中式版本库或服务器。

但，GIT更倾向于被使用于分布式模式，也就是每个开发人员从中心版本库/服务器上chect out代码后会在自己的机器上克隆一个自己的版本库。

可以这样说，如果你被困在一个不能连接网络的地方时，就像在飞机上，地下室，电梯里等，你仍然能够提交文件，查看历史版本记录，创建项目分支，等。

对一些人来说，这好像没多大用处，但当你突然遇到没有网络的环境时，这个将解决你的大麻烦。

同样，这种分布式的操作模式对于开源软件社区的开发来说也是个巨大的恩赐，你不必再像以前那样做出补丁包，通过email方式发送出去，你只需要创建一个分支，向项目团队发送一个推请求。

这能让你的代码保持最新，而且不会在传输过程中丢失。

就是一个这样的优秀案例。

有些谣言传出来说subversion将来的版本也会基于分布式模式。

但至少目前还看不出来。

2.GIT把内容按元数据方式存储，而SVN是按文件： 所有的资源控制系统都是把文件的元信息隐藏在一个类似.svn,.cvs等的文件夹里。

如果你把.git目录的体积大小跟.svn比较，你会发现它们差距很大。

因为,.git目录是处于你的机器上的一个克隆版的版本库，它拥有中心版本库上所有的东西，例如标签，分支，版本记录等。

3.GIT分支和SVN的分支不同： 分支在SVN中一点不特别，就是版本库中的另外的一个目录。

如果你想知道是否合并了一个分支，你需要手工运行像这样的命令svn propget svn:mergeinfo，来确认代码是否被合并。

感谢Ben同学指出这个特征。

所以，经常会发生有些分支被遗漏的情况。

然而，处理GIT的分支却是相当的简单和有趣。

你可以从同一个工作目录下快速的在几个分支间切换。

你很容易发