svn常用命令以及冲突解决

常用命令

Linux命令行下将文件checkout到本地目录

svn checkout path（path是服务器上的目录）

例如：svn checkout svn://192.168.1.1/pro/domain

简写：svn co

Linux命令行下往版本库中添加新的文件

svn add file

例如：svn add test.php(添加test.php)

svn add *.php(添加当前目录下所有的php文件)

Linux命令行下 将改动的文件提交到版本库

svn commit -m “LogMessage“ [-N] [–no-unlock] PATH(如果选择了保持锁，就使用–no-unlock开关)

例如：svn commit -m “add test file for my test“ test.php

简写：svn ci

Linux命令行下的加锁/解锁

svn lock -m “LockMessage“ [–force] PATH

例如：svn lock -m “lock test file“ test.php

svn unlock PATH

Linux命令行下更新到某个版本

svn update -r m path

例如：

svn update如果后面没有目录，默认将当前目录以及子目录下的所有文件都更新到最新版本。

svn update -r 200 test.php
这是一种补救措施，只会将本地的代码回滚到某个状态，对仓库没有任何影响。
比如，线上刚更新到版本201，发现有Bug，于是将线上代码回滚到200维持正常运行，修复了bug并提交，此时是202版本，于是线上再次执行 svn update 来到最新版本202。

svn update test.php(更新，于版本库同步。如果在提交的时候提示过期的话，是因为冲突，需要先update，修改文件，然后清除svn resolved，最后再提交commit)

简写：svn up

Linux命令行下查看文件或者目录状态

1）svn status path（目录下的文件和子目录的状态，正常状态不显示）

【?：不在svn的控制中；M：内容被修改；C：发生冲突；A：预定加入到版本库；K：被锁定】

SVN更新时文件项前的U、A、G、R、C标志的含义

---

U

表示从服务器收到文件更新了

G

表示本地文件以及服务器文件都已更新,而且成功的合并了
其他的如下:

A

表示有文件或者目录添加到工作目录

R

表示文件或者目录被替换了.

C

表示文件的本地修改和服务器修改发生冲突

2）svn status -v path(显示文件和子目录状态)

第一列保持相同，第二列显示工作版本号，第三和第四列显示最后一次修改的版本号和修改人。

注：svn status、svn diff和 svn revert这三条命令在没有网络的情况下也可以执行的，原因是svn在本地的.svn中保留了本地版本的原始拷贝。

简写：svn st

Linux命令行下删除文件

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)

Linux命令行下查看日志

svn log path

例如：svn log test.php 显示这个文件的所有修改记录，及其版本号的变化

Linux命令行下查看文件详细信息

svn info path

例如：svn info test.php

Linux命令行下比较差异

svn diff path(将修改的文件与基础版本比较)

例如：svn diff test.php

svn diff -r m:n path(对版本m和版本n比较差异)

例如：svn diff -r 200:201 test.php

简写：svn di

Linux命令行下将两个版本之间的差异合并到当前文件

svn merge -r m:n path

例如：svn merge -r 200:205 test.php（将版本200与205之间的差异合并到当前文件，但是一般都会产生冲突，需要处理一下）

Linux命令行下SVN 帮助

svn help

svn help ci

以上是常用命令，下面写几个不经常用的

Linux命令行下版本库下的文件和目录列表

svn list path

显示path目录下的所有属于版本库的文件和目录

简写：svn ls

Linux命令行下创建纳入版本控制下的新目录

svn mkdir: 创建纳入版本控制下的新目录。

用法:
1、mkdir PATH…

2、mkdir URL…

创建版本控制的目录。

1、每一个以工作副本 PATH 指定的目录，都会创建在本地端，并且加入新增调度，以待下一次的提交。

2、每个以URL指定的目录，都会透过立即提交于仓库中创建.在这两个情况下，所有的中间目录都必须事先存在。

Linux命令行下恢复本地修改

svn revert: 恢复原始未改变的工作副本文件 (恢复大部份的本地修改)。revert:

用法: revert PATH…

注意: 本子命令不会存取网络，并且会解除冲突的状况。但是它不会恢复被删除的目录。

revert命令顾名思义就是对修改过的东西进行回滚操作，回滚到修改之前的状态，而这个状态就是本地最高的版本，注意不是版本库的最新版本，因为它不会去拉取仓库代码。我有时候直接将文件删掉然后再从远程仓库update下来，注意这两种操作是不同的。

使用场景：
修改过的东西没有递交，revert命令会取消这些修改，如果需要回滚的是一个目录则加上-R（递归）可选参数。

svn cleanup 清除锁

svn help cleanup

cleanup: Recursively clean up the working copy, removing locks, resuming
unfinished operations, etc.
usage: cleanup [WCPATH...]

为了保证数据一致性，svn再执行大多数命令时都会记录日志加锁，如果执行被意外中断，那么下次要执行别的命令时就会告诉你被lock，你需要执行cleanup命令来执行完中断的操作并清理锁。

Linux命令行下代码库URL变更

svn switch (sw): 更新工作副本至不同的URL。

用法:
1、switch URL [PATH]

2、switch –relocate FROM TO [PATH…]

1、更新你的工作副本，映射到一个新的URL，其行为跟“svn update”很像，也会将服务器上文件与本地文件合并。这是将工作副本对应到同一仓库中某个分支或者标记的方法。

2、改写工作副本的URL元数据，以反映单纯的URL上的改变。当仓库的根URL变动(比如方案名或是主机名称变动)，但是工作副本仍旧对映到同一仓库的同一目录时使用这个命令更新工作副本与仓库的对应关系。

Linux命令行下解决冲突

svn resolved: 移除工作副本的目录或文件的“冲突”状态。

用法: resolved PATH…

当发生冲突时，一般会多出几个文件，类似于 test.txt.mine、test1.txt.r13、test1.text.r14，当然还有多版本并存的文件 test.txt。

注意: 本子命令不会依语法来解决冲突或是移除冲突标记；它只是移除冲突的相关文件（冲突文件的副本，类似于 test.txt.mine、test1.txt.r13、test1.text.r14）和清除冲突的标记，然后让 PATH 可以再次提交。

一般先要人工处理 test.txt 文件，然后 svn resolved test.txt 来删除冲突副本文件 test.txt.mine、test1.txt.r13、test1.text.r14，然后再 svn up test.txt。

Linux命令行下输出指定文件或URL的内容。

svn cat 目标[@版本]…如果指定了版本，将从指定的版本开始查找。

svn cat -r PREV filename > filename (PREV 是上一版本,也可以写具体版本号,这样输出结果是可以提交的)

冲突解决

svn status

查看是否有冲突，大C表示冲突项

当你update代码到本地，发生了冲突时，会提示你做出选择：

( p) postpone 暂时推后处理，我可能要和那个和我冲突的家伙商量一番 ，然后就会多出几个冲突的副本文件。
(df) diff-full 把所有的修改列出来，比比看
(e) edit 直接编辑冲突的文件
(mc) mine-conflict 如果你很有自信可以只用你的修改，把别人的修改干掉
(tc) theirs-conflict 底气不足，还是用别人修改的吧
(s) show all options 显示其他可用的命令

一般选择p，然后update继续进行，于是你本地多出了一些冲突副本文件和冲突标记，接下来就需要来解决这些冲突了。

svn revert

svn help revert

revert: Restore pristine working copy file (undo most local edits).
usage: revert PATH…

Note: this subcommand does not require network access, and resolves
any conflicted states.

如果你决定放弃本地的所有变动，恢复到干净的状态，可以使用这个命令，当然冲突标记，冲突文件，你的所有改动等等都会被清掉。然后 svn up 拉取最新代码，然后再编辑，提交。

svn resolved

svn help resolved

resolved: Remove ‘conflicted’ state on working copy files or directories.
usage: resolved PATH…

Note: this subcommand does not semantically resolve conflicts or
remove conflict markers; it merely removes the conflict-related
artifact files and allows PATH to be committed again. It has been
deprecated in favor of running ‘svn resolve --accept working’.

你需要编辑冲突的主文件，然后执行 svn resolved a.txt ，以此来清除 a.txt 的冲突副本文件以及冲突标记，使 a.txt 可以再次提交。

svn resolve

svn help resolve

resolve: Resolve conflicts on working copy files or directories.
usage: resolve --accept=ARG [PATH…]

Note: the --accept option is currently required.

这是 resolved 命令的替代方案。

具体使用：
svn resolve --accept working 1.txt
svn resolve --accept theirs-full 1.txt 使用1.txt.rNew作为最后提交的版本
svn resolve --accept mine-full 1.txt 使用1.txt.mine作为最后提交的版本
svn resolve --accept mine-conflict 1.txt 使用1.txt.mine的冲突部分作为最后提交的版本
svn resolve --accept theirs-conflict 1.txt 使用1.txt.rNew的冲突部分作为最后提交的版本