svn操作命令行
前提条件：
当前所在目录是svn目录及所要提交的代码已做好静态代码检查/home/work/wzt/wzt下(相关目录已经处理，隐去关键信息已经)1、将文件checkout到本地目录
svn checkout path（path是服务器上的目录）例如：svn checkout svn://192.168.1.1/pro/domain
简写：svn co
下载最新代码可以svn update下。。。this isover
2、往版本库中添加新的文件
svn add file例如：svn add test.php(添加test.php)
svn add *.php(添加当前目录下所有的php文件)
3、将改动的文件提交到版本库
svn commit -m “LogMessage“ [-N] [--no-unlock] PATH(如果选择了保持锁，就使用–no-unlock开关)例如：svn commit -m “add test file for my test“ test.php
简写：svn ci
例：svn ci -m “wzt” -m “ISSUE=256055x” // 引号内为提交备注
4、加锁/解锁
svn lock -m “LockMessage“ [--force] PATH例如：svn lock -m “lock test file“ test.php
svn unlock PATH
5、更新到某个版本
svn update -r m path例如：
svn update如果后面没有目录，默认将当前目录以及子目录下的所有文件都更新到最新版本。
svn update -r 200 test.php(将版本库中的文件test.php还原到版本200)
svn update test.php(更新，于版本库同步。如果在提交的时候提示过期的话，是因为冲突，需要先update，修改文件，然后清除svn resolved，最后再提交commit)
简写：svn up
6、查看文件或者目录状态
svn status path1）svn status path（目录下的文件和子目录的状态，正常状态不显示）
【?：不在svn的控制中；M：内容被修改；C：发生冲突；A：预定加入到版本库；K：被锁定】
2）svn status -v path(显示文件和子目录状态)
第一列保持相同，第二列显示工作版本号，第三和第四列显示最后一次修改的版本号和修改人。
注：svn status、svn diff和 svn revert这三条命令在没有网络的情况下也可以执行的，原因是svn在本地的.svn中保留了本地版本的原始拷贝。
简写：svn st
用法: status [PATH…]
（1）未指定参数时，只显示本地修改的条目(没有网络访问)。
（2）使用 -q 时，只显示本地修改条目的摘要信息。 （1）和（2）差不多，都只显示本地修改
（3）使用 -u 时，显示工作版本和 服务器上版本比较
（4）使用 -v 时，显示每个条目的完整版本信息。
输出的前七栏各占一个字符宽度:
第一栏: 表示一个项目是增加、删除，还是修改
“ ” 无修改
“A” 增加
“C” 冲突
“D” 删除
“I” 忽略
“M” 改变
“R” 替换
“X” 未纳入版本控制的目录，被外部引用的目录所创建
“?” 未纳入版本控制
“!” 该项目已遗失(被非 svn 命令删除)或不完整
“~” 版本控制下的项目与其它类型的项目重名
7、删除文件
svn delete path -m “delete test fle“例如：svn delete svn://192.168.1.1/pro/domain/test.php -m “delete test file”
或者直接svn delete test.php 然后再svn ci -m ‘delete test file‘，推荐使用这种
简写：svn (del, remove, rm)
8、查看日志
svn log path例如：svn log test.php 显示这个文件的所有修改记录，及其版本号的变化
查看历史修改信息，展示每个版本附加在版本上的作者和日期信息和所有路径修改
svn log 5:19 查看版本5到19的历史信息
svn log 查看当前目录的历史修改信息
svn log filename 查看单个文件的历史修改信息
svn log $URL 查看$URL的历史信息9、查看文件详细信息
svn info path例如：svn info test.php
10、比较差异
svn diff path(将修改的文件与基础版本比较)例如：svn diff test.php
svn diff -r m:n path(对版本m和版本n比较差异)
例如：svn diff -r 200:201 test.php
简写：svn di
svn diff 比较本地工作拷贝的修改
svn diff filename 比较本地某个文件的 工作拷贝的修改
svn diff -r 3 filename 比较本地工作拷贝与版本库指定版本
svn diff -r 2:3 $URL比较版本库的两个版本
本地（工作拷贝）和本地修改前版本比较，精确查看修改内容，删除的行前一个-，添加的行前一个+11、将两个版本之间的差异合并到当前文件
svn merge -r m:n path例如：svn merge -r 200:205 test.php（将版本200与205之间的差异合并到当前文件，但是一般都会产生冲突，需要处理一下）
12、SVN 帮助
svn help
svn help ci13、版本库下的文件和目录列表
svn list path显示path目录下的所有属于版本库的文件和目录
简写：svn ls
14、创建纳入版本控制下的新目录
svn mkdir: 创建纳入版本控制下的新目录。用法: 1、mkdir PATH…
2、mkdir URL…
创建版本控制的目录。
1、每一个以工作副本 PATH 指定的目录，都会创建在本地端，并且加入新增
调度，以待下一次的提交。
2、每个以URL指定的目录，都会透过立即提交于仓库中创建。
在这两个情况下，所有的中间目录都必须事先存在。
15、恢复本地修改
svn revert: 恢复原始未改变的工作副本文件 (恢复大部份的本地修改)。用法: revert PATH…
注意: 本子命令不会存取网络，并且会解除冲突的状况。但是它不会恢复
被删除的目录
16、代码库URL变更
svn switch (sw): 更新工作副本至不同的URL。用法: 1、switch URL [PATH]
2、switch –relocate FROM TO [PATH…]
1、更新你的工作副本，映射到一个新的URL，其行为跟“svn update”很像，也会将
服务器上文件与本地文件合并。这是将工作副本对应到同一仓库中某个分支或者标记的
方法。
2、改写工作副本的URL元数据，以反映单纯的URL上的改变。当仓库的根URL变动
(比如方案名或是主机名称变动)，但是工作副本仍旧对映到同一仓库的同一目录时使用
这个命令更新工作副本与仓库的对应关系。
17、解决冲突
svn resolved: 移除工作副本的目录或文件的“冲突”状态。用法: resolved PATH…
注意: 本子命令不会依语法来解决冲突或是移除冲突标记；它只是移除冲突的
相关文件，然后让 PATH 可以再次提交。
18、输出指定文件或URL的内容。
svn cat 目标[@版本]…如果指定了版本，将从指定的版本开始查找。svn cat -r PREV filename > filename (PREV 是上一版本,也可以写具体版本号,这样输出结果是可以提交的)
19、更新本地工作空间
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: Could not use external editor to fetch log message; consider setting the $SVN_EDITOR environment variable or using the --message (-m) or --file (-F) options
svn: None of the environment variables SVN_EDITOR, VISUAL or EDITOR is set, and no ‘editor-cmd’ run-time configuration option was found
问题原因是：
没有设置svn编辑器的环境变量，主要是import、commit中填写comment要用
解决方法：
1、在 终端中 sudo vim /etc/bashrc 打开文件
加入：export SVN_EDITOR=vim
2、编辑完以后一般需要让配置文件立即生效，可执行命令：
source /etc/bashrc（也可以不进行这一步）
2、问题：
不小心提交了一些动态改变根本不需要的文件到svn服务器上
解决：
svn resolved filename 放弃对文件的修改，
svn ci -m “update” 提交所有文件
svn rm test.log 删除掉这个文件。
svn ci -m “update” 再次提交
3、发生冲突：
两人同时修改同一文件同一部分，先后提交，出现冲突
svn ci -m “update”
svn: Commit failed (details follow):
svn: Aborting commit: ‘test.log’ remains in conflict
解决：
A、放弃自己的更新，使用svn revert（回滚），然后提交。在这种方式下不需要使用svn resolved（解决）
B、放弃自己的更新，使用别人的更新。使用最新获取的版本覆盖目标文件，执行resolved filename并提交(选择文件—右键—解决)。
C、手动解决：冲突发生时，通过和其他用户沟通之后，手动更新目标文件。然后执行resolved filename来解除冲突，最后提交。
坚持使用自己的更新，找到.mine的文件名，恢复为原文件名，然后执行：
svn resolved file_name
