SVN - Subversion 集中式版本控制

源代码管理工具的起源

为什么会出现源代码管理工具？
为了解决在软件开发过程中，由源代码引发的各种蛋疼、繁琐的问题
源代码会引发哪些问题？
无法后悔：做错了一个操作后，没有后悔药可以吃
版本备份：费空间、费时间
版本混乱：因版本备份过多造成混乱，难于找回正确的想要的版本
代码冲突：多人操作同一个文件（团队开发中的常见问题）
权限控制：无法对源代码进行精确的权限控制
追究责任：出现了严重的BUG，无法得知是谁干的，容易耍赖
… …
源代码管理工具就是为了解决上述问题而生的！此乃软件开发的一大福音！

源代码管理工具的作用

概括一下，源代码管理工具的作用是
能追踪一个项目从诞生一直到定案的过程
记录一个项目的所有内容变化
方便地查阅特定版本的修订情况
… …

如果是团队开发，使用源代码管理工具是强制性的！
如果是单人开发，也强烈建议现在就开始使用源代码管理工具
使用源代码管理工具
由于使用简单，不会增加工作量
不会对现有工作造成任何损害（坏的影响）
是一位合格的软件开发人员必须掌握的技术

常见源代码管理工具

CVS

开启版本控制之门
1990年诞生，“远古时代”的主流源代码管理工具

SVN

全称是Subversion，集中式版本控制之王者
是CVS的接班人，速度比CVS快，功能比CVS多且强大
在国内软件企业中使用最为普遍（70%~90%）

GIT

一款伟大的分布式源代码管理工具
目前被越来越多的开源项目使用
不过在国内企业尚未大范围普及

SVN基本操作图解

基本操作

SVN版本控制策略

策略一：拷贝-修改-合并 方案（svn，cvs采用）

策略二：锁定-修改-解锁方案（vss)

SVN使用环境

要想利用SVN管理源代码，必须得有2套环境
服务器
用于存储客户端上传的源代码
可以在Windows上安装Visual SVN Server
大部分情况下，公司的开发人员不必亲自搭建SVN服务器

客户端
上传本地的源代码到服务器，或者更新服务器的代码到本地，保持同步
可以在Mac上使用命令行、Versions、Cornerstone
开发人员就属于客户端这个角色

Visual SVN Server下载地址

Visual SVN Server下载地址
http://www.visualsvn.com/server/download/

SVN客户端命令

svn checkout ：下载服务器的代码到本地 （简写svn co）
svn commit ：将改动的文件提交到服务器（简写svn ci）
svn update ：更新服务器的代码到本地 （简写svn up）
svn add ：向本地的版本控制库中添加新文件
svn delete、svn remove ：从本地的版本控制库中删除文件（简写svn del、svn rm）
svn move ：移动文件或者目录或文件更名
svn mkdir ：创建纳入版本控制下的新目录
svn revert ：撤销之前的一切修改
svn merge ：将两个版本之间的差异合并到当前文件
svn info ：查看文件的详细信息 
svn diff ：查看不同版本的区别
svn log ：查看日志信息
svn list ：列出版本库下的文件和目录列表
svn status ：查看文件状态（简写svn st）
svn help ：获取帮助信息（比如svn help ci）
svn lock ：加锁
svn unlock ：解锁

SVN项目检出

将项目检出（下载） 至本地
svn checkout URL  [PATH]
svn co URL  [PATH]
注意：这里的中括号[ ]代表可选（可以省略）

示例
svn checkout  https://192.168.1.106/svn/Weibo/ /Users/lnj/Documents/workspace
蓝色代表的是：代码仓库的远程地址
橙色代表的是：将代码下载到本地的哪个路径
如果省略橙色的路径，就下载到命令行当前所在的路径

SVN项目提交

将改动过的文件提交至服务器
svn commit  -m "注释"  [PATH]
svn ci  -m "注释"  [PATH]
注意：一定要养成写注释的良好习惯

示例
svn commit  -m “修改了User.m文件” /Users/lnj/Desktop/workspace/Weibo/branches/User.m
橙色代表的是：提交哪个文件到服务器
如果省略橙色的路径，就将命令行所在路径中所有改动过的文件提交到服务器

SVN项目添加

提交一个新建的文件到服务器，需要2个步骤
添加新建的文件到本地的版本控制库中：svn add
提交刚才的添加操作到服务器：svn commit

如果直接提交一个没有添加到本地版本控制库中的文件，会报下面的错误
is not a working copy

向本地的版本控制库中添加一个新文件
svn add PATH

示例
svn add /Users/lnj/Desktop/workspace/Weibo/branches/User.m
橙色代表的是：添加哪个文件到版本控制库中

SVN项目删除

删除服务器上的某个文件，需要做2个步骤
将文件从本地的版本控制库中移除：svn delete 、svn remove
提交刚才的删除操作到服务器：svn commit

将文件从本地的版本控制库中移除
svn delete PATH

示例
svn delete /Users/lnj/Desktop/workspace/Weibo/branches/User.m
橙色代表的是：将哪个文件从版本控制库中移除

SVN项目更新

将服务器的最新代码更新到本地
svn update [PATH]

示例
svn update /Users/lnj/Desktop/workspace/Weibo/branches/User.m
橙色代表的是：更新哪个文件的内容
如果省略橙色的路径，就更新命令行所在路径的所有内容

将文件恢复至某个版本
svn update -r 版本号 [PATH]

SVN常见问题

去到公司的第一天，下载公司的代码到电脑上
svn checkout

修改了某个早已存在的旧文件，然后提交到服务器
svn commit

提交一个自己新建的文件到服务器
svn add  svn commit

删除一个早已存在的旧文件，然后同步到服务器上
svn delete  svn commit

将其他同事提交的新代码更新到自己电脑上
svn update

不小心写错了很多东西，想撤销所写的东西（还未把修改提交到服务器）
svn revert

不小心删错了文件，想把文件恢复回来（还未把删除提交到服务器）
svn revert

不小心写错了很多东西，想撤销所写的东西（已经把修改提交到服务器）
svn update -r 版本号

不小心删错了文件，想把文件恢复回来（已经把删除提交到服务器）
svn update -r 版本号

注意
.svn这个隐藏目录记录着非常关键的信息
千万不要手工修改或删除这个 .svn隐藏目录和里面的文件！ 否则将会导致本地的工作副本被破坏，无法再进行操作

经常更新：降低冲突的可能性
提交前需在本机测试通过：降低将问题代码传到版本库
提交时一定写备注(注释)：方便其他员工查看和自己以后回顾
对于不需要提交的文件不要提交到版本库

提示：
每次修改之前最好先更新
每天下班前提交当天运行通过的代码
每天上班第一件事情更新前一天的代码

SVN图形界面工具

在Mac上，也可以利用SVN图形界面工具来管理源代码，可以大大减小使用命令行的痛苦（有些操作使用命令行会比较繁琐，比如解决冲突）
Cornerstone / Versions / Xcode

大部分工作在Xcode中都可以完成
Xcode对SVN的支持并不是非常友好,尤其新建文件夹时，在Xcode中非常容易出问题

使用Xcode工作：先更新，再提交!
Xcode中，最好不要多人同时修改一个Storyboard!

SVN目录规范

正规项目的SVN目录结构一般有3个文件夹
trunk：主干，当前开发项目的主目录
branches：分支目录，添加非主线功能时使用，开发测试之后，可以合并到主干项目中
tags：标记目录，通常作为重大版本的备份