svn文件冲突的解决 冲突后，会产生三个多余的文件。 ①文件名.扩展名.mine 这是你的文件，在你更新你的工作副本之前存在于你的工作副本中--也就是说，没有冲突标志。这个文件 除了你的最新修改外没有别的东西。 ②文件名.扩展名.r旧版本 这是在你更新你的工作之前的基础版本（BASE revision）文件。也就是说，它是在你做最后修改之前所检出的文件。 ③文件名.扩展名.r新版本 这个文件是当你更新你的工作副本时，你的subversion客户端从服务器接收到的。这个文件对应版本库中的最新版本。 svn如何解决冲突： ①：可以手动打开冲突的文件，修改后，然后执行TotoiseSVN-》已解决，并提交人的修改到版本库。 需要注意的是以解决命令并不是真正的解决了冲突，它只是删除了文件 文件名.扩展名.mine和文件名.扩展名.r*,允许你提交修改。 ②：如果冲突时，如果你要撤离你的修改，保留版本库中的版本，请使用SVN还原（Revert）命令。 ③：如果你要保持你的版本覆盖版本库中的版本，使用已解决命令，然后提交你的版本。 <<<<<<< .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 你会看到由小于号、等于号和大于号串组成的三个部分，其中小于号和等号之间的内容是你的修改， 而等于和大于号之间的修改时其他的修改，在明确了冲突的原因之后，我们已经知道怎么 修改了，两个人的修改都是需要保留的。 OK，那就保留所有的修改，删除掉<、=和>，最后的结果如下： 小于号、等于号和大于号串是冲突标记，并不是冲突的数据，你一定要确定这些内容在下次提交之前得得到删除。 冲突解决了，下面的工作就是通知svn，我们已经把冲突搞定了（使用svn resolved命令），下面该你了， svn resolved命令会把svn冲突时产生的临时文件删除。 然后执行svn commit 提交代码。