SVN（Subversion）是一个自由、开源的项目源代码版本控制工具。目前，绝大多数开源软件和企业代码管理，都使用SVN作为代码版本管理软件。SVN将文件存放在中心版本库里，这个版本库很像一个普通的文件服务器。不同的是，它可以记录每一次文件和目录的修改情况，这样就可以在需要的回滚时，将数据恢复到以前的版本，并可以查看数据的更改细节。
因为你的工作拷贝“同你系统上的文件和目录没有任何区别”，你可以随意修改文件，但是你必须告诉Subversion你做的其他任何事。例如，你希望拷贝或移动工作拷贝的一个文件，你应该使用svn copy或者 svn move而不要使用操作系统的拷贝移动命令。
本地目录中包括一个名为.svn管理区域，通常列表操作不显示这个目录，但它仍然是一个非常重要的目录，无论你做什么？不要删除或是更改这个管理区域的任何东西，Subversion使用它来管理工作拷贝。如果你不小心删除了子目录.svn，最简单的解决办法是删除包含的目录（普通的文件系统删除，而不是svn delete），然后在父目录运行svn update，Subversion客户端会重新下载你删除的目录，并包含新的.svn。
svn help ci
svn checkout path
简写：svn co path
说明：path是服务器上的目录
例如：svn co svn://192.168.1.1/pro/domain
svn add file
说明1：svn add 默认忽略.so 和.a库文件，需要使用--no-ignore选项使其不忽略库文件；
说明2：只是将file纳入版本控制，要等到下次提交时才会真正添加到svn服务器；
例如：svn add *.php(添加当前目录下所有的php文件)
svn commit -m “LogMessage” PATH
简写：svn ci -m “” files
例如：svn ci -m “add test file for my test“ test.php
svn unlock PATH
例如：svn lock -m “lock test file“ test.php
svn update -r m path
简写：svn up
说明：svn update如果后面没有目录，默认将当前目录以及子目录下的所有文件都更新到svn的最新版本。
说明：svn up不会改变已修改的本地副本文件；
例如：svn up -r 200 test.php(将本地副本中的文件test.php还原到版本200)
svn status path
简写：svn st
1）svn st path（目录下的文件和子目录的状态，正常状态不显示）
说明：【?：不在svn的控制中；M：内容被修改；C：发生冲突；A：预定加入到版本库；K：被锁定】
2）svn st -v path(显示文件和子目录状态)
说明：【第一列保持相同，第二列显示工作版本号，第三和第四列显示最后一次修改的版本号和修改人。】
说明：path省略则显示当前目录的文件状态；
注：svn status、svn diff和 svn revert这三条命令在没有网络的情况下也可以执行的，原因是svn在本地的.svn中保留了本地版本的原始拷贝。
svn status可能返回的状态码
A
文件、目录或是符号链item预定加入到版本库。
C
文件item发生冲突，在从服务器更新时与本地版本发生交迭，在你提交到版本库前，必须手工的解决冲突。
D
文件、目录或是符号链item预定从版本库中删除。
M
文件item的内容被修改了。
R
文件、目录或是符号链item预定将要替换版本库中的item，这意味着这个对象首先要被删除，另外一个同名的对象将要被添加，所有的操作发生在一个修订版本。
X
目录没有版本化，但是与Subversion的外部定义关联，关于外部定义，可以看“外部定义”一节。
?
文件、目录或是符号链item不在版本控制之下，你可以通过使用svn status的--quiet（-q）参数或父目录的svn:ignore属性忽略这个问题。
!
文件、目录或是符号链item在版本控制之下，但是已经丢失或者不完整，这可能因为使用非Subversion命令删除造成的，如果是一个目录，有可能是检出或是更新时的中断造成的，使用svn update可以重新从版本库获得文件或者目录，也可以使用svn revert file恢复原来的文件。
~
文件、目录或是符号链item在版本库已经存在，但你的工作拷贝中的是另一个。举一个例子，你删除了一个版本库的文件，新建了一个在原来的位置，而且整个过程中没有使用svn delete或是svn add。
I
文件、目录或是符号链item不在版本控制下，Subversion已经配置好了会在svn add、svn import和svn status命令忽略这个文件。注意，这个符号只会在使用svn status的参数--no-ignore时才会出现—否则这个文件会被忽略且不会显示！
svn delete path
简写：svn (del, remove, rm)
说明：只是纳入版本控制，会在下次提交时从svn服务器中删除；所以一般都会紧跟着提交一次该文件；
svn log path
例如：svn log -l 3 test.php 显示这个文件的最近三条修改记录，及其版本号的变化
例如：svn log file -r 204424显示 r204424这个版本的提交信息
例如：svn log file -r 204424 -v 详细显示 r204424这个版本的提交记录
svn info path
例如： svn info test.php1）svn diff path(将本地副本与svn服务器上的文件比较)
例如：svn diff test.php
2）svn diff -r m:n path(对版本m和版本n比较差异)
例如：svn diff -r 200:201 test.php
例如：svn diff -c r208425 查看这个版本的差别
简写：svn di
svn merge -r m:n path
例如：svn merge -r 200:205 test.php（将版本200与205之间的差异合并到当前文件，但是一般都会产生冲突，需要处理一下）
说明：创建纳入版本控制下的新目录，相当于mkdir file； svn add file。
说明： 主要用来恢复文件的SVN状态，比如一个SVN下文件是A(add)，D(delete)，M(modify)状态，那么用svn revert可以恢复该文件到原来的“SVN状态”；如svn add纳入版本控制后在取消纳入版本控制。
说明：移除工作副本的目录或文件的“冲突”状态。
注意: 本子命令不会依语法来解决冲突或是移除冲突标记；它只是移除冲突的相关文件，然后让 PATH 可以再次提交。
注意在导入完成后，原来的树没有被转化成一个工作副本。为了开始工作，你仍然需要svn checkout这个树的一个新的工作副本。
在某个分支上，都是自己的代码，需要最终合线，可以只将之前的diff找出来打包
注意，在查找原来版本和最新版本时，svn log 默认是当前目录的log记录。不一定是整个代码树的最新log。所以建议使用URL来查找。
root@letuknowit:/home/kris/sally_calc/trunk# cat main.c #include <stdio.h> #include "add.h" #include "sub.h" int main() { printf("5 + 10 = %d.\n",add(5,10)); printf("15 - 10 = %d.\n",sub(15,10)); //sally's test printf("sally: 60 - 33 = %d.\n",sub(60,33)); return 0; }
在这里sally增加了一个属于她自己的测试语句，改好后，提交到svn
root@letuknowit:/home/kris/sally_calc/trunk# svn ci -m "sally add some test code" Sending trunk/main.c Transmitting file data . Committed revision 7.
下面回到kris的工作副本，做类似的修改，具体如下
root@letuknowit:/home/kris/calc/trunk# cat main.c #include <stdio.h> #include "add.h" #include "sub.h" int main() { printf("5 + 10 = %d.\n",add(5,10)); printf("15 - 10 = %d.\n",sub(15,10)); //kris's test printf("kris: 12 + 28 = %d.\n",add(12,28)); return 0; }
好了，下面的工作自然是提交了。
root@letuknowit:/home/kris/calc/trunk# svn ci -m "kris add some test code" Sending trunk/main.c svn: Commit failed (details follow): svn: File '/trunk/main.c' is out of date
很抱歉，提交失败了，原因是本地文件过期了（因为之前sally提交了对于main.c的修改）。原来如此，赶紧把sally的修改update过来。不过在这之前提供一个检测本地文件是否已经过期的办法，还记得经常用到的svn st命令吧
root@letuknowit:/home/kris/calc/trunk# svn st M main.c root@letuknowit:/home/kris/calc/trunk# svn st -u M * 6 main.c Status against revision: 7
看到那个*了吧，出现这个标记就说明本地副本的文件已经过期了，需要执行svn update了。
root@letuknowit:/home/kris/calc/trunk# svn up Conflict discovered in 'main.c'. Select: (p) postpone, (df) diff-full, (e) edit, (mc) mine-conflict, (tc) theirs-conflict, (s) show all options:
额滴个小心脏啊，又出错了，还要做选择题，纠结啊，纠结前还是看看各个选项都是做啥的吧
(p) postpone 暂时推后处理，我可能要和那个和我冲突的家伙商量一番 (df) diff-full 把所有的修改列出来，比比看 (e) edit 直接编辑冲突的文件 (mc) mine-conflict 如果你很有自信可以只用你的修改，把别人的修改干掉 (tc) theirs-conflict 底气不足，还是用别人修改的吧 (s) show all options 显示其他可用的命令
这里我们先选择p稍候处理，系统会给出如下输出，main.c前面的C标识说明这是一个冲突中的文件，需要手工处理以解决冲突。
(s) show all options:p C main.c Updated to revision 7. Summary of conflicts: Text conflicts: 1
如果这个时候你查看一下工作拷贝，你会发现多了几个文件，对于每一个冲突的文件，svn会放置三个额外的未版本化文件到你的工作拷贝。
root@letuknowit:/home/kris/calc/trunk# ls -al m* -rw-r--r-- 1 root root 312 2012-09-20 16:35 main.c -rw-r--r-- 1 root root 216 2012-09-20 16:35 main.c.mine -rw-r--r-- 1 root root 156 2012-09-20 16:35 main.c.r6 -rw-r--r-- 1 root root 218 2012-09-20 16:35 main.c.r7
其中main.c.mine是融合了你的修改的版本，里面是你更新的内容，main.c.r6是你做更新操作以前的版本，你是在这个版本的基础上做的修改，main.c.r7是版本库中的最新版本，这里有别人的修改，而就是这个修改和你的修改冲突了。这几个文件可以自己去查看下，应该很好理解。
对了，还有主角没有登场，这个时候如果你看下mian.c的内容，估计你又要郁闷了，和你原先的修改完全不一样了。
root@letuknowit:/home/kris/calc/trunk# cat main.c #include <stdio.h> #include "add.h" #include "sub.h" int main() { printf("5 + 10 = %d.\n",add(5,10)); printf("15 - 10 = %d.\n",sub(15,10)); <<<<<<< .mine //kris's test printf("kris: 12 + 28 = %d.\n",add(12,28)); ======= //sally's test printf("sally: 60 - 33 = %d.\n",sub(60,33)); >>>>>>> .r7 return 0; }
你会看到由小于号、等于号和大于号串组成的三个部分，其中小于号和等号之间的内容是你的修改，而等号和大于号之间的修改是其他人的修改，在明确了冲突的原因之后，我们已经知道怎么修改了，两个人的修改都是需要保留的。
OK，那就保留所有的修改，删除掉<、=和>，最后的结果如下。
小于号、等于号和大于号串是冲突标记，并不是冲突的数据，你一定要确定这些内容在下次提交之前得到删除。
root@letuknowit:/home/kris/calc/trunk# cat main.c #include <stdio.h> #include "add.h" #include "sub.h" int main() { printf("5 + 10 = %d.\n",add(5,10)); printf("15 - 10 = %d.\n",sub(15,10)); //kris's test printf("kris: 12 + 28 = %d.\n",add(12,28)); //sally's test printf("sally: 60 - 33 = %d.\n",sub(60,33)); return 0; }
冲突解决了，下面的工作就是通知svn，我们已经把冲突搞定了（使用svn resolved命令），下面该你了，可以看到svn将生成的几个临时文件删除了。
root@letuknowit:/home/kris/calc/trunk# svn resolved main.c Resolved conflicted state of 'main.c' root@letuknowit:/home/kris/calc/trunk# ls -al m* -rw-r--r-- 1 root root 278 2012-09-20 17:07 main.c
接下来提交代码，搞定收工。
root@letuknowit:/home/kris/calc/trunk# svn ci -m "kris add some test code" Sending trunk/main.c Transmitting file data . Committed revision 8.
svn中的冲突解决看起来非常的复杂，实则很简单，只要掌握了原理，举一反三，就可以得心应手了！
原创文章请注明转载于知蚁博客，本文地址：http://www.letuknowit.com/archives/svn-conflict-resolution
