SVN树冲突和文件冲突解决方法简明介绍

本节简单介绍一下SVN文件冲突和SVN树冲突在本地的解决方法，在这里和大家分享一下，看完本文你肯定有不少收获，希望本文能教会你更多东西，让我们一起来学习SVN文件冲突和SVN树冲突的解决方法吧。

1.本地删除，当更新时有删除进入开发人员A将文件Foo.c改名为Bar.c并将其提交至版本库中。
开发人员B将文件Foo.c改名为Bix.c
更新开发人员B的工作副本会导致树冲突:
Bix.c被标记为添加(包括其历史记录)。
Bar.c被添加到工作副本中，其状态为‘正常’。
Foo.c被标记为删除并且产生一个SVN树冲突。
要解决这个冲突，开发人员B必须找出冲突的文件Foo.c经过改名/移动后在版本库中的新文件名是什么。可以使用日志对话框来完成这个任务。
然后，开发人员B需要决定Foo.c的新文件名中的哪一个需要保留-开发人员A改的那个还是他自己改的那个。
在开发人员B手工解决冲突后，使用冲突编辑对话框中的按钮将树冲突标记为已解决。
本地缺少，当合并时有更改进入开发人员A在主干上工作，修改Foo.c并将其提交至版本库中
开发人员B在分支上工作，将Foo.c改名为Bar.c并将其提交至版本库中
合并开发人员A的主干更改到开发人员B的分支工作副本会导致SVN树冲突:
Bar.c已经存在于工作副本中，其状态为‘正常’。
Foo.c被标记为缺少并产生SVN树冲突。
要解决这个冲突，开发人员B要在冲突编辑对话框中标记文件为已解决，这样就会将其从冲突列表中删除。她接下来需要决定是否将缺少的文件Foo.c从版本库中复制到工作副本中，是否将开发人员A的对Foo.c的更改和合并到改名后的Bar.c或者是否通过标记冲突为已解决来忽略更改什么事也不做。
注意，如果你将缺少的文件从版本库中复制到工作副本中然后再标记为已解决，你复制下来的文件将被再次删除。你必须先解决冲突。