关于版本控制器，大致可分为集中式和分布式两种。
集中式的版本控制器通常会存在一个中央服务器，主要是用来存放版本库的，（这里暂且先不说分支的事）当我们工作之前，首先需要从中央服务器得到一份最新版本的代码，修改完毕之后，再次推送到中央服务器。集中式的版本控制器有个最大的缺点，就是必须要联网才能工作，同时，一旦中央服务器挂掉，整个项目就全部奔溃，但是用起来确实要方便一些。
分布式版本控制器的优势就很明显了，对于分布式的版本控制器，并没有中央服务器一说，加入该版本控制器的每个人的电脑上都有一个完整的版本库，因此，也同时避免了联网的缺点。当进行了本地的修改之后，只要推送给彼此，各自的修改就都可以看到。为了方便，通常的分布式版本控制器中也有一台类似于中央处理器的机器，只是为了大家相互推送的时候更加地方便，即使一台服务器down掉，只需要再拷贝一个版本库即可，容灾性要好得多。
对于这两种版本控制器，SVN是集中式的代表，Git是分布式的代表，两者各有优缺点，在互联网公司中，两者都有着一定的应用。这里要说的是SVN的搭建与操作。
环境： CentOS6.5
操作之前：安装svnserver，直接使用yum安装即可，一些情况下，电脑是自动安装了svn和git的
开始操作：
1、SVN仓库的建立
a、创建项目目录dir，并进行仓库初始化
mkdir /svn_repo
svnadmin create /svn_repo
b、修改仓库目录下的conf文件夹下的三个文件的内容，每行开头没有空格
authz：权限相关信息
[/] # 仓库所在目录 muhui = rw # 给muhui用户rw权限 *= # 其他用户没有任何权限 |
passwd：用户名和密码相关信息
| user = passswd |
svnserver.conf：相关配置路径
anon-access = none 匿名用户权限 auth-access = write 授权用户有写权限 password-db = passwd 密码文件，未指定路径，表示当前目录 authz-db = authz 权限文件 realm = /svn_repo/httpd 版本库所在目录 |
2、SVN项目目录
a、创建主工作目录manager
[root@bogon svn_test]# tree
.
└── manager
└── httpd
├── branched # 子分支目录
├── tags
└── trunk # 主分支目录
进入到manager目录，3将manager的目录结构同步到仓库，在httpd项目目录下，有了这个三个文件夹。
svn import httpd svn://127.0.0.1/httpd -m "init httpd"
b、创建用户，并将主分支的代码检出到本地。
mkdir -p /svn_test/dev1 cd /svn_test/dev1 svn co svn://127.0.0.1/httpd/trunk httpd |
c、文件修改，并提交文件
[root@bogon httpd]# vim main.cpp [root@bogon httpd]# ls main.cpp [root@bogon httpd]# svn st ? main.cpp # ?表示该文件未纳入版本控制 [root@bogon httpd]# svn add main.cpp # add将该文件添加到版本控制 A main.cpp [root@bogon httpd]# svn ci -m "dev1 modify" # 将修改提交到服务器 增加 main.cpp 传输文件数据. 提交后的版本为 2。 |
3、多人协作
需要说明的一点，多人协作，和多分支操作是两个概念。一个分支上可以有多个user在操作，这里说的是在主分支下的多用户操作。
a、创建用户dev2，下拉代码修改并再次提交
[root@bogon httpd]# pwd /svn_test/dev2/httpd [root@bogon httpd]# vim main.cpp [root@bogon httpd]# svn st M main.cpp [root@bogon httpd]# svn up # 更新代码，防止远程库代码已被更改 版本 2。 [root@bogon httpd]# svn log # 查看提交日志信息 ......... [root@bogon httpd]# svn diff # 查看修改信息 ......... [root@bogon httpd]# svn ci -m "dev2 write sub" # 提交代码到仓库 ......... |
b、冲突解决
冲突原因：多个用户同时下拉一份代码进行修改，修改完毕在提交之前，未再次svn up更新，多个用户同时对一个版本进行修改，造成冲突。
[root@bogon httpd]# svn ci -m "dev1--complict" # 提交失败，存在冲突 正在发送 main.cpp 传输文件数据.svn: 提交失败(细节如下): svn: 文件 “/trunk/main.cpp” 已经过时 [root@bogon httpd]# svn up 在 “main.cpp” 中发现冲突。 选择: (p) 推迟，(df) 显示全部差异，(e) 编辑, (mc) 我的版本, (tc) 他人的版本, (s) 显示全部选项: p # p选项，进行延时 C main.cpp 更新到版本 4。 冲突概要： 正文冲突：1 # 出现很多临时文件，为各个版本的源文件 [root@bogon httpd]# svn resolve --accept working main.cpp # 冲突双方进行协商，修改源文件，之后临时文件被删除 “main.cpp”的冲突状态已解决 [root@bogon httpd]# svn ci -m "deal complict" # 再次提交，冲突解决 |
4、分支操作
a、分支创建
[root@bogon dev3]# svn copy svn://127.0.0.1/httpd/trunk svn://127.0.0.1/httpd/branched/branch2 -m "add new branch2" 提交后的版本为 6。
# svn分支创建的过程，实际上是对主分支的一份拷贝
b、查看共有多少个分支
[root@bogon dev3]# svn list svn://127.0.0.1/httpd/branched -v 6 muhui 5月 28 09:38 ./ 6 muhui 5月 28 09:38 branch2/
c、从分支branch2分支检出代码到当前工作目录，并查看当前属于那个分支
[root@bogon dev3]# svn co svn://127.0.0.1/httpd/branched/branch2 httpd A httpd/main.cpp 取出版本 6。 [root@bogon httpd]# svn info 路径: . URL: svn://127.0.0.1/httpd/branched/branch2 版本库根: svn://127.0.0.1/httpd 版本库 UUID: 39c9dc13-9f79-4073-bb0e-2b58c9b71fbb 版本: 6 节点种类: 目录 调度: 正常 最后修改的作者: muhui 最后修改的版本: 6 最后修改的时间: 2017-05-28 09:38:49 +0800 (日, 2017-05-28)
d、分支合并操作，要在主分支目录下进行合并
分支上的用户修改文件内容，并检入到分支
[root@bogon httpd]# svn ci -m "branch2 modify" 正在发送 main.cpp 传输文件数据. 提交后的版本为 7。
获取查看分支时的版本号
[root@bogon httpd]# svn log --verbose --stop-on-copy ------------------------------------------------------------------------ r6 | muhui | 2017-05-28 09:38:49 +0800 (日, 2017-05-28) | 1 行 改变的路径: A /branched/branch2 (从 /trunk:5) add new branch2 ------------------------------------------------------------------------
获取主干目录的最新版本号
[root@bogon httpd]# svn up 版本 7。
分支合并
[root@bogon httpd]# svn merge -r 6:7 svn://127.0.0.1/httpd/branched/branch2
5、版本回退
1、仅仅修改源文件，但还未进行ci操作
[root@bogon httpd]# svn revert main.cpp
2、修改完毕的结果已经进行了commit
[root@bogon httpd]# svn up # 获取版本库最新版本 [root@bogon httpd]# svn log # 找到要回滚的版本号 [root@bogon httpd]# svn merge -r 9:8 main.cpp # merge进行回退，9表示当前版本号，8表示要回退到的版本号
------muhuizz整理
免责声明：本站发布的内容（图片、视频和文字）以原创、转载和分享为主，文章观点不代表本网站立场，如果涉及侵权请联系站长邮箱：is@yisu.com进行举报，并提供相关证据，一经查实，将立刻删除涉嫌侵权内容。
