当前所在目录是svn目录及所要提交的代码已做好静态代码检查/home/work/wzt/wzt下(相关目录已经处理,隐去关键信息已经)
svn checkout path(path是服务器上的目录)
例如:svn checkout svn://192.168.1.1/pro/domain
简写:svn co
下载最新代码可以svn update下。。。this isover
svn add file
例如:svn add test.php(添加test.php)
svn add *.php(添加当前目录下所有的php文件)
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” // 引号内为提交备注
svn lock -m “LockMessage“ [--force] PATH
例如:svn lock -m “lock test file“ test.php
svn unlock PATH
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
svn status path
1)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 命令删除)或不完整
“~” 版本控制下的项目与其它类型的项目重名
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)
svn log path
例如:svn log test.php 显示这个文件的所有修改记录,及其版本号的变化
查看历史修改信息,展示每个版本附加在版本上的作者和日期信息和所有路径修改
svn log 5:19 查看版本5到19的历史信息
svn log 查看当前目录的历史修改信息
svn log filename 查看单个文件的历史修改信息
svn log $URL 查看$URL的历史信息
svn info path
例如:svn info test.php
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比较版本库的两个版本
本地(工作拷贝)和本地修改前版本比较,精确查看修改内容,删除的行前一个-,添加的行前一个+
svn merge -r m:n path
例如:svn merge -r 200:205 test.php(将版本200与205之间的差异合并到当前文件,但是一般都会产生冲突,需要处理一下)
svn help
svn help ci
svn list path
显示path目录下的所有属于版本库的文件和目录
简写:svn ls
svn mkdir: 创建纳入版本控制下的新目录。
用法: 1、mkdir PATH…
2、mkdir URL…
创建版本控制的目录。
1、每一个以工作副本 PATH 指定的目录,都会创建在本地端,并且加入新增
调度,以待下一次的提交。
2、每个以URL指定的目录,都会透过立即提交于仓库中创建。
在这两个情况下,所有的中间目录都必须事先存在。
svn revert: 恢复原始未改变的工作副本文件 (恢复大部份的本地修改)。
用法: revert PATH…
注意: 本子命令不会存取网络,并且会解除冲突的状况。但是它不会恢复
被删除的目录
svn switch (sw): 更新工作副本至不同的URL。
用法: 1、switch URL [PATH]
2、switch –relocate FROM TO [PATH…]
1、更新你的工作副本,映射到一个新的URL,其行为跟“svn update”很像,也会将
服务器上文件与本地文件合并。这是将工作副本对应到同一仓库中某个分支或者标记的
方法。
2、改写工作副本的URL元数据,以反映单纯的URL上的改变。当仓库的根URL变动
(比如方案名或是主机名称变动),但是工作副本仍旧对映到同一仓库的同一目录时使用
这个命令更新工作副本与仓库的对应关系。
svn resolved: 移除工作副本的目录或文件的“冲突”状态。
用法: resolved PATH…
注意: 本子命令不会依语法来解决冲突或是移除冲突标记;它只是移除冲突的
相关文件,然后让 PATH 可以再次提交。
svn cat 目标[@版本]…如果指定了版本,将从指定的版本开始查找。
svn cat -r PREV filename > filename (PREV 是上一版本,也可以写具体版本号,这样输出结果是可以提交的)
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