SVN merge后两列文件状态标识的含义是什么？

刚好用SVN搞过不少分支合并的活儿，给你把这两列状态的门道说清楚：

SVN合并命令的输出里，第一列是合并开始前，你本地工作副本里文件的原始状态；第二列是合并完成后，这个文件的最终状态。结合你给出的例子，逐个拆解：

先看你遇到的U标记 #

• 第一列的U：合并前，这个文件在你的工作副本里是“干净”的——和主干仓库的最新版本完全一致，没有本地修改或者未提交的变更。
• 第二列的U：合并过程顺顺利利，分支上的变更成功应用到了这个文件上，没出任何冲突，合并后文件就更新到带分支修改的状态了。
  比如你输出里的U KfClient\ctimclientapp.cpp，就是典型的“干净文件成功合并更新”的情况。

重点说你关心的C（冲突）标记 #

这个标记分两种场景：

• 第二列出现C：这是最常见的冲突情况——合并时，分支上的修改和主干（或者你本地工作副本里的修改）撞在了同一行/同一代码块，SVN没法自动判断该留哪部分，就会标记成C。这种情况下你得手动打开这些文件，找到<<<<<<<、=======、>>>>>>>这些冲突标记，修改内容解决冲突后，再用svn resolve命令告诉SVN冲突搞定了。
  你输出里那些C开头的文件，比如C KfClient\chat\group_service\src\domain\group_member\groupkf.cpp，就属于这种合并产生的内容冲突。
• 第一列出现C：这种情况就麻烦点了——说明在你执行这次合并之前，这个文件在工作副本里就已经处于冲突状态了（比如上次更新/合并没处理完冲突就搁置了）。SVN不会对有未解决冲突的文件执行新的合并，你得先把之前的冲突解决掉，再重新跑合并命令。

额外补充几个常见标记（万一以后遇到） #

• G：第二列出现G，说明SVN自动帮你解决了冲突——比如分支和主干的修改在不同的代码区域，完全不重叠，SVN直接把两边的修改合在一起了，不用你动手。
• A：第二列A表示分支上新加了这个文件，合并后这个文件也被加到你的工作副本里了。
• D：第二列D表示分支上删掉了这个文件，合并后你的工作副本里也会删掉它。

内容的提问来源于stack exchange，提问作者waterd