白话解说半分钟就懂——Git VS SVN

Git clone和download zip是有区别的：

Git clone下载压缩文件：内含.git 及历史版本 download zip下载压缩文件：下载版本

Git VS SVN

svn的优势：

优异的跨平台支持，对windows平台支持非常友好。 简单易用，安装后稍微培训下就知道怎么操作。 代码，需求，文档，涉及稿都可以用svn进行管理，适合不同部门的技术非技术的同事协作。 git的优势：

去中心化：Git是没有中心服务器的，每个人机器上都是一个完整的库，我们平时开发代码时的中央服务器其实和我们自己机器上的库内容是完全一样的（格式有点不同，是bare的）。虽然平时大家都是将代码提交到中央服务器上再统一pull别人的代码，但实际情况你可以总是pull张三的库，然后push给李四等等操作。 本地提交：本地提交好处主要有3点：一， 断网提交 。二， 小步提交。可以对自己的阶段成果有跟踪，并且提高每次变更的安全性。三，本地库。这个和断网提交是同一个实现，但从需求角度出发则略有不同，主要是说即使只有自己一个人开发项目，也可以轻易的让自己的代码有版本跟踪，而不需要去费力建个什么svn server。四，本地回滚。这个其实是由于本地库的存在而产生的，但可以减少中央库上的冗余版本 **分支策略：**在Git实际开发中分支的分离和merge是属于日常操作，开启和合并分支成本相比SVN要小得多：SVN是复制一份代码到分支目录，Git则是在分支点做一下标记。随便一次冲突就会自动产生分支，所以大家每天都在与分支打交道。这便是弱化了分支的概念，由于分支成本很小，因此使得按功能分支的开发模式（每个分支一个功能，开发完了再merge到主干）变得非常简单，大家可以完全不需要再因为担心SCM成本太高而选用主干开发模式（所有功能都在主干上开发，到了发版本前再分离出分支）。 两者的工作流对比：

svn模式

写代码。 从服务器拉回服务器的当前版本库，并解决服务器版本库与本地代码的冲突。 将本地代码提交到服务器。 git模式

写代码。 提交到本地版本库。 从服务器拉回服务器的当前版本库，并解决服务器版本库与本地代码的冲突。 将远程库与本地代码合并结果提交到本地版本库。 将本地版本库推到服务器。 对比可以看出：分布式版本管理仅仅是增加了本地库这个概念，其余的概念与集中管理并无区别。——但是 svn 在与服务器同步之前无法提交代码，因而本地修改更容易出问题。

总结一下：

当研发成本比较低，协作开发人数不多，开发人员对于版本管理的水平参差不齐的时候，或者对于代码的安全性要求更高一点的时候，适合用svn。

而对于很多人参与开发，代码量比较大，或者高频次协作，跨公司，跨地域合作的情况下，更适合用git。