svn 更新代码冲突 怎么编辑冲突代码 解决

查看日志，如果能看到在你之前谁跟你修改了同一个文件并且联系上他。则共同将修改的地方改成一致，然后右键->标记解决->解决冲突，然后在提交 如果联系不到，那就先撤销掉自己的修改，执行update，然后在修改在提交

一、我给你说一下原理吧：
假如DBAccessUtilsjava你在修改test方法，而你同事也在修改test方法，但是他先commit了，而你想commit的时候，commit不了，然后你不假思索就update下来了，然后就会出现4个文件分别为:
DBAccessUtilsjava、
DBAccessUtilsjavamine、
DBAccessUtilsjavar2129、
DBAccessUtilsjavar2130。
mine是你的修改的版本，里面是保存的你修改的内容
r2129是你做更新 *** 作以前的版本，你是在这个版本的基础上做的修改
r2130是版本库中的最新版本，这里有别人的修改，而就是这个修改和你的修改冲突了
DBAccessUtilsjava就是融合了你修改的内容和服务器最新的修改内容
二、说了那么多，现在说说怎么解决冲突吧：
我们打开DBAccessUtilsjava，你会看到由小于号、等于号和大于号串组成的三个部分，其中小于号和等号之间的内容是你的修改，而等号和大于号之间的修改是其他人的修改，在明确了冲突的原因之后，我们已经知道怎么修改了，两个人的修改都是需要保留的。
OK，那就保留所有的修改，删除掉<、=和>，最后就把冲突解决了。
注意：小于号、等于号和大于号串是冲突标记，并不是冲突的数据，你一定要确定这些内容在下次提交之前得到删除。
三、如何降低冲突解决的复杂度：
1、当文档编辑完成后，尽快提交，频繁的提交/更新可以降低在冲突发生的概率，以及发生时解决冲突的复杂度。
2、在提交时，写上明确的message，方便以后查找用户更新的原因，毕竟随着时间的推移，对当初更新的原因有可能会遗忘
3、养成良好的使用习惯，使用SVN时每次都是先资源同步，看看有没有冲突，再做相应的提交或更新。
4、每天早上打开后，首先要从版本库获取最新版本。每天下班前必须将已经编辑过的文档都提交到版本库。

方法/步骤
1
通过SVN客户端更新需要的文件，如果出现有感叹号的文件，找到出现感叹号的文件。
2
选择感叹号文件，即冲突文件，单击鼠标右键对冲突文件进行编辑 *** 作，如下图所示：
3
进入冲突编辑页面对出现问号的部分进行调整，如下图所示：
4
冲突文件调整过程中，可以选择使用自己的版本或对方版本或两个都使用，如下图所示：
5
完成后，点击上图save进行保存，至些svn的冲突文件就处理好了，重新提交就可以。
END
注意事项
冲突文件内部的冲突要全部解决才能保存

1svn ci -m "update"
svn: Commit failed (details follow):
svn: Aborting commit: 'testlog' remains in conflict
2使用svn resolved testlog
3svn ci -m "update"
这个时候应该可以提交了
4svn rm testlog
删除掉这个文件
5svn ci -m "update"
再次提交
这个时候服务器上就没有这个文件了。
在其他的服务器终端上如果遇到这个问题的时候重复这个 *** 作。

树冲突通常是当一名开发人员移动、重命名、删除一个文件或文件夹，而另一名开发人员也对它们进行了移动、重命名、删除或者仅仅是修改时就会发生树冲突。（从我个人使用中理解就是两个人分别检出了一个同源的文件，这个文件被一个人进行了移动、重命名、删除这类 *** 作并提交了，那么另一个人在没有update的情况下，也对该文件进行了修改、移动、重命名、删除等这类 *** 作进行更新或者提交时就会出现树冲突。）
解决树冲突的方式需要发现冲突的一方，查看log日志获知自己的冲突文件被谁做过什么样的 *** 作，然后与之沟通进行解决即可。

有冲突一般是可能本地与主SVN服务器都修改了同一处地方。
解决方法,可先把本地的冲突文件删除掉，再重新从SVN更新下来到本地。然后你再修改提交，应该就没有问题了。
所以SVN协同工作时 一定要养成先更新 再提交的好习惯。希望可以帮到你。

很简单，先把文件拷贝到本地，然后右键点冲突的文件，找到svn中的还原，然后再把你本地刚刚拷贝的那个文件和svn上的文件对比，然后看你修改了那些地方，然后再svn上最新版本的基础上进行修改，然后提交。 如果你不想别人也修改你正在修改的文件

---