一、从版本库获取信息
1.svn help command #获取子命令说明
2.svn info URL或本地文件名 #查看远程版本库或本地工作空间文件信息,包括当前版本号
3.svn list URL #查看远程目录中的文件
4.svn log 查看历史修改信息，展示每个版本附加在版本上的作者和日期信息和所有路径修改
svn log 5:19 查看版本5到19的历史信息
svn log 查看当前目录的历史修改信息
svn log filename 查看单个文件的历史修改信息
svn log $URL 查看$URL的历史信息
5.svn diff
查看所做的修改，即展示每一个文件改变的详细情况
svn diff 比较本地工作拷贝的修改
svn diff -r 3 filename 比较本地工作拷贝与远程版本库指定版本
svn diff -r 2:3 URL比较版本库的两个版本
本地（工作拷贝）和本地修改前版本比较，精确查看修改内容，删除的行前一个-，添加的行前一个+
6.svn cat
在屏幕打印某个文件特定版本内容
svn cat -r 2 filename 显示文件指定版本内容
7.svn st [参数] 【st=status】
执行检查
【与svn diff 不同在于svn st只显示文件修改情况，而非详细内容】
svn st $DIR 查看本地已做的修改
在做svn revert/ci之前，请执行此操作，以免误操作
输出提示: M A D R ? C *
修改 增加 删除 提花 未纳入版本控制 冲突 文件比版本库版本旧
| 参数 |
例子 |
意义 |
是否联系版本库 |
| path |
svn status |
查看当前目录下所有目录文件信息 |
否，与本地修改前比对 |
| svn status aa/a.txt |
查看指定目录下文件信息 |
||
| -v |
svn status -v |
当前目录下所有目录文件信息，即使未改变过 |
同上
|
| -u |
svn status -u |
与版本库最新版本比较，*提示文件需要更新 |
是，与版本库最新版本比较
|
二、从版本库到本地
1.svn co $URL $DIR 【co=checkout】
将SVN库文件检出到本地工作空间
将目标文件检出到本地目录下，简历一个工作拷贝，每个目录都包含一个.svn管理目录
$URL与$DIR同级
若是不加本地目录地址，默认将远程文件夹整个拷到当前目录下
2.svn export $URL $DIR 【一般在打包时候使用】
从版本库导出一个干净的目录树，与svn co同，但不含.svn目录
非工作拷贝
3.svn up 【up=update】
更新本地工作空间，与SVN服务器保持同步
更新自己的工作拷贝，得到这对按时间他人的修改
输出提示： U A D R G C
更新 增加 删除 替换 合并 冲突
svn up 更新本地工作空间，默认将当前目录及其子目录下所有文件都更新到最新版本
svn up filename 更新filename为最新
svn up –r 200 file.c –m “update the version to 200”将本地的file.c还原为200版本，并提交到服务器【本地是拿下来了，版本库端并没有被变】
三、从本地到版本库
1.svn import $DIR $URL -m "注释信息"【产生提交操作】
将$DIR下的目录导入到$URL下面去，而不会在$URL下新建目录
即，将DIR下的内容拷贝到URL下
例如：有一个文件夹test/code.java
svn import test $URL/test –m “import a new file”将code.java拷到版本库test文件夹下
此时本地的DIR无变化，本地与服务器并未建立管理，需要执行checkout取出服务器内容后才真正在本地建立了工作拷贝,相当于从本地拷贝到版本库，源文件与版本库文件无关.若想新建目录 svn import $DIR $URL/$DIR
2.svn add file 【本地操作】
往本地添加文件或者目录，svn ci时才进行提交
svn add test test.c 添加test目录及test.c文件
3.svn delete file
从本地工作或者URL里面删除目录，或移除文件
svn del test test.c 本地工作空间删除test目录和test.c ，执行svn ci时候才提交，版本增加【一旦svndel，本地文件夹或文件就被删除了】
svn del $URL –m “Del the dir for some reason” 产生提交，版本增加
4.svn mv $URL/old $URL/new -m "注释" 【mv=move 等价于svn cp 后svn delete】
移动或拷贝工作空间或者版本库的文件/目录 也可用于文件改名
svn mv foo.cf.c 工作空间文件改名，使用svn ci 则产生提交
svn mv –m “Move a file” $URL1 $URL2 移动文件，产生提交
5.svn rm $URL/dir -m "注释"
目录删除
6.svn ci -m "注释信息" 【ci=commit】
提交增删改操作
注意，提交之后，本地的svn list依旧是旧的，需要手动svn up获取最新的
7.svn revert filename【本地操作，会丢失修改，慎用】
恢复对文件或者目录的修改，用于未执行提交操作(ci)之前，撤销本地修改。
等价于执行svn rm filename,svn up -r BASE filename
svn revert –R $DIR 恢复工作空间$DIR目录下的所有修改
svn revert test.c 恢复test.c的修改
8.svn mkdir $URL/dir -m "注释"
工作空间或者版本库创建目录
svn mkdir newdir 本地工作空间新建目录newdir,通过svn ci后产生提交
svn mkdir –m “Making a dir”$URL/$NEW_DIR 产生提交
9.svn cp $URL1 $URL2 -m "注释"
工作拷贝或者版本库之间文件的相互拷贝
起源（SRC） 和 目的（DST） 可以是工作拷贝路径或地址(URL)：
工作拷贝 -> 工作拷贝 ： 复制和通过调度进行增加(包含历史)
工作拷贝 -> 地址(URL) ： 马上提交一个工作拷贝到地址(URL)
地址(URL) ->工作拷贝 ： 签出地址(URL)到工作目录，通过调度进行增加
地址(URL) ->地址(URL) ： 完全服务器端复制；一般用于分支和标签
svn cp foo.txt bar.txt 本地文件拷贝
svn cp $URL $DIR 本地新增$URL目录，会把$URL目录放到$DIR下
svn cp $URL1 $URL2 –m “注释” 产生提交操作
svn cp $DIR $URL –m “注释” 产生提交操作
也可用于建立新的分支之后 svn co$URL2，就可以在分支工作拷贝中进行操作，svn ci -m "fix bug 1031"
找回删除的项目
当前版本中无，上一版本中存在
-精确拷贝svn cp -r19 $URL/filename filename
-检查结果 svnstatus
-提交 svn ci -m "resurrected c.txt fromr19"
10.svn避免跟踪某些目录
需要在主目录下执行下面的命令来实现我们刚才所说的需求:
svn update --set-depth=exclude dir1 dir2 dir3
这儿dir1/dir2/dir3是你不期望跟踪的子目录的名字. 执行完这个操作后, 会有类似下面的输出:
[xiaket@rondo]svn update --set-depth=exclude dir1 dir2 dir3
D dir1
D dir2
D dir3
如果哪天认为dir3这个目录值得自己跟踪一下进展, 可以执行下面的命令:
svn update --set-depth=infinity dir3
最后唠叨一句, 上面所有这些内容都不需要服务器的支持. 你可以放心大胆地升级本地的subversion, 而不用理会你的svn服务器的版本.
四、高级应用:
1.svn merge –r m:n path
比较两个版本树，将区别应用到本地拷贝 初始版本树 最终版本树 一个接收区别的工作拷贝
合并分支
-找到分支产生的版本
svn log -v --stop-on-copy $URL 查到分支产生的版本是r10
-使工作目录为主干的本地拷贝
$cd proj/trunk
$svn up
可以看到最新版本，假设r15
-执行合并
$svn merge -r 10:15 $URL
-检查合并结果，也许要手工解决冲突，最后提交
$svn ci -m "merged br_1_0 10:15 to trunk"
代码回滚
撤销一个已提交的版本,修改有误，不应该提交，需要回滚到上一个版本
-执行命令
$svn merge -r 20:19 $URL
-检查工作拷贝结果
$svn status
-提交拷贝结果
$svn ci -m "undo change commited in r20"
2.svn switch $URL
提供一种改变工作拷贝的快捷方式
比如原拷贝在trunk上，目前想切换到分支上工作
$svn switch $分支URL
运行svn info |grep URL 可看到档签的url是分支的路径
3.svn resolved filename
删除冲突标记，在svn up是，提示U（本地文件被更新）G（成功合并）没有必要处理
C本地和服务器修改冲突，需手工处理
当发生冲突 -C标记文件
-冲突文件中植入冲突标记(<<... == ... >>)
-每一个冲突的文件，SVN在本地工作拷贝中生成三个未版本化的文件、
filename.mine本地修改后的版本
filename.rOLDREV上次更新后未作修改的本本
filename.rNEWREV服务器最新版本
此时执行svn ci失败
应 -手工解决冲突，打开冲突文件，根据冲突标记(<<...==...>>)修改文件，可参考三个未版本化文件，修改完成后删除这些标记
-运行svn resolved filename 或手工删除三个未版本化的文件
-运行svn ci -m "注释" 提交修改
4.svn lock -m “LockMessage” [-force] PATH
加锁, 锁定版本库的工作拷贝路径或URL，所以没有其他用户可以提交这些文件的修改。
改变工作拷贝，版本库【访问版本库了】
svn lock –m “lock test file” test.php
5.svn unlock PATH
解锁
四、创建svn仓库:
条件：已经安装svn服务器端和客户端
windows:
1.建立一个仓库空文件夹E:\repos，并在repos文件夹上右键选中TortoiseSVN-->create repository here
2.建立一个存放项目的文件夹E:\working，并在working文件夹内右键选中SVN Checkout，并在url of repository中输入file:///E:/repos，在E:\working中将会生成.svn的文件夹，表名已将working文件夹与repos仓库关联起来了
3.重启SVN 服务器：启动SVN服务,在dos中输入svnserve -d -r E:\repos ； -d表示后台运行，-r表示以超级管理员的方式运行
4.在E:\repos\conf的文件中配置访问权限、用户名、密码
i.修改svnserve.conf：
password-db=passwd
anon-access = none
auth-access = write
authz-db = authz
ii.修改passwd文件，增加一个帐号：将：
[users]
#harry=harryssecret
#sally=sallyssecret
test=test
iii.修改authz文件,添加
[/]
test=rw
5.svn访问的地址：svn://IP地址/
linux:
1.开启svn服务进程 : svnserve -d -r /opt/svn/
检查是否成功： ps -ef | grep svn
2.创建我们的第一个代码仓库：firsttest
cd /opt/svn/
svnadmin create firsttest
ls firsttest/
README.txt conf db format hooks locks
3.进入conf目录，修改配置
4.重启仓库
ps -aux|grep svnserve
kill -9 ID号
svnserve -d -r /opt/svn/ --listen-port 3392
5.访问
svn co svn://localhost:3392/repname/ --username test
本文转自 a_liujin 51CTO博客，原文链接：http://blog.51cto.com/a1liujin/1735542，如需转载请自行联系原作者
