用好SVN与Git，版本管理都不是问题

介绍一下SVN

SVN：代码控制器（版本控制器），主要是为了多人协同开发项目，管理代码。也可以管理个人代码。也叫程序界的”后悔药“。

SVN（是subversion的简称）是近年来一款基于C/S架构的，非常优秀的版本控制器（可以简单的理解为管理代码的工具，在多人协同开发的时候，尤其重要），与传统的CVS（90年代左右，一个非常优秀的代码管理器，是代码管理器的鼻祖）管理工具类似。

SVN可以随着时间的推移来管理各种数据，这些数据被放置在一个SVN管理的中央仓库（所有的代码的集合）里面。同时SVN会备份并记录每个文件每一次的修改更新变动。这样就开发者就可以回归到任何一个时间点的某一个旧的版本（对于SVN，没修改一次文件，SVN就会创建一个叫做版本的概念，是从0 开始自增的序列）。当然也可以指定文件的更新历史记录（index.php）。

SVN又叫做集中式版本控制器。严重的依赖服务器端，当服务器端无法使用的时候，版本控制也就无法再使用了。

svn工作流程图

了解一下GIT

Git是目前世界上最先进的分布式版本控制系统（没有之一）。当这个系统的任何一个客户端出现问题的时候，都可以从另外的客户端（即使服务器挂了）获取所有的代码。

SVN与GIT的区别：

1.GIT是分布式的，而SVN是集中式的

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

3.GIT分支和SVN的分支不同：svn会发生分支遗漏的情况，而git可以同一个工作目录下快速的在几个分支间切换，很容易发现未被合并的分支，简单而快捷的合并这些文件。

4.GIT没有一个全局的版本号，而SVN有

5.GIT的内容完整性要优于SVN：GIT的内容存储使用的是SHA-1哈希算法。这能确保代码内容的完整性，确保在遇到磁盘故障和网络问题时降低对版本库的破坏。

集中式和分布式的区别：

集中式版本控制系统：版本库是集中存放在中央服务器的，而干活的时候，用的都是自己的电脑，所以要先从中央服务器取得最新的版本，然后开始干活，干完活了，再把自己的活推送给中央服务器。集中式版本控制系统最大的毛病就是必须联网才能工作。

分布式版本控制系统：分布式版本控制系统根本没有“中央服务器”，每个人的电脑上都是一个完整的版本库，这样，你工作的时候，就不需要联网了，因为版本库就在你自己的电脑上。比方说你在自己电脑上改了文件A，你的同事也在他的电脑上改了文件A，这时，你们俩之间只需把各自的修改推送给对方，就可以互相看到对方的修改了。

为了方便“交换”大家的修改，分布式版本控制系统通常也有一台充当“中央服务器”的电脑，但没有它大家也一样干活，只是交换修改不方便而已。

两者的优势比较

svn的优势：

优异的跨平台支持，对windows平台支持非常友好。

简单易用，安装后稍微培训下就知道怎么操作。

代码，需求，文档，涉及稿都可以用svn进行管理，适合不同部门的技术非技术的同事协作。

git的优势：

去中心化：Git是没有中心服务器的，每个人机器上都是一个完整的库，我们平时开发代码时的中央服务器其实和我们自己机器上的库内容是完全一样的（格式有点不同，是bare的）。虽然平时大家都是将代码提交到中央服务器上再统一pull别人的代码，但实际情况你可以总是pull张三的库，然后push给李四等等操作。

本地提交：

本地提交好处主要有3点：

一， 断网提交 。

二， 小步提交。可以对自己的阶段成果有跟踪，并且提高每次变更的安全性。

三，本地库。这个和断网提交是同一个实现，但从需求角度出发则略有不同，主要是说即使只有自己一个人开发项目，也可以轻易的让自己的代码有版本跟踪，而不需要去费力建个什么svn server。

四，本地回滚。这个其实是由于本地库的存在而产生的，但可以减少中央库上的冗余版本

分支策略：在Git实际开发中分支的分离和merge是属于日常操作，开启和合并分支成本相比SVN要小得多：SVN是复制一份代码到分支目录，Git则是在分支点做一下标记。随便一次冲突就会自动产生分支，所以大家每天都在与分支打交道。这便是弱化了分支的概念，由于分支成本很小，因此使得按功能分支的开发模式（每个分支一个功能，开发完了再merge到主干）变得非常简单，大家可以完全不需要再因为担心SCM成本太高而选用主干开发模式（所有功能都在主干上开发，到了发版本前再分离出分支）。

两者的工作流对比：

svn模式

写代码。

从服务器拉回服务器的当前版本库，并解决服务器版本库与本地代码的冲突。

将本地代码提交到服务器。

git模式

写代码。

提交到本地版本库。

从服务器拉回服务器的当前版本库，并解决服务器版本库与本地代码的冲突。

将远程库与本地代码合并结果提交到本地版本库。

将本地版本库推到服务器。

对比可以看出：分布式版本管理仅仅是增加了本地库这个概念，其余的概念与集中管理并无区别。——但是 svn 在与服务器同步之前无法提交代码，因而本地修改更容易出问题。

表格说明两者区别：

Git-SVN常用命令

若服务器使用的 SVN，但是本地想要体验 Git 的本地分支，离线操作等功能，可以使用 Git-SVN功能。

常用操作如下（图片来源于网络）：

[ Git-SVN ]

# 下载一个 SVN 项目和它的整个代码历史，并初始化为 Git 代码库 $ git svn clone -s [repository] # 查看当前版本库情况 $ git svn info # 取回远程仓库所有分支的变化 $ git svn fetch # 取回远程仓库当前分支的变化，并与本地分支变基合并 $ git svn rebase # 上传当前分支的本地仓库到远程仓库 $ git svn dcommit # 拉取新分支，并提交到远程仓库 $ svn copy [remote_branch] [new_remote_branch] -m [message] # 创建远程分支对应的本地分支 $ git checkout -b [local_branch] [remote_branch]

一、初始化

从本节开始，除特殊说明，以下命令均适用于 Git 与 Git-SVN。

# 在当前目录新建一个Git代码库 $ git init # 下载一个项目和它的整个代码历史 [Git only] $ git clone [url]

二、配置

# 列举所有配置 $ git config -l # 为命令配置别名 $ git config --global alias.co checkout $ git config --global alias.ci commit $ git config --global alias.st status $ git config --global alias.br branch # 设置提交代码时的用户信息 $ git config [--global] user.name "[name]" $ git config [--global] user.email "[email address]"

Git 用户的配置文件位于 ~/.gitconfig

Git 单个仓库的配置文件位于 ~/$PROJECT_PATH/.git/config

三、增删文件

# 添加当前目录的所有文件到暂存区 $ git add . # 添加指定文件到暂存区 $ git add ... # 添加指定目录到暂存区，包括其子目录 $ git add