ios svn代码冲突怎么解决

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

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

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

解决版本冲突的命令。在冲突解决之后，需要使用svn resolved来告诉subversion冲突解决，这样才能提交更新。冲突发生时，subversion会在Work Copy中保存所有的目标文件版本（上次更新版本、当前获取的版本，即别人提交的版本、自己更新的版本、目标文件。假设文件名是sandwichtxt，对应的文件名分别是：sandwichtxtr1、
sandwichtxtr2、sandwichtxtmine、sandwichtxt）。同时在目标文件中标记来自不同用户的更改。
解决冲突的办法：
- 手动解决：冲突发生时，通过和其他用户沟通之后，手动更新目标文件。然后执行svn resolved filename来解除冲突，最后提交。
- 放弃自己的更新，使用别人的更新。使用最新获取的版本覆盖目标文件，执行svn resolved filename并提交。
- 放弃自己的更新，使用svn revert，然后提交。在这种方式下不需要使用svn resolved。
对于svn resolved命令需要非常小心，必须是非常确定冲突已经解决才能使用。否则，会导致Subversion以为冲突解决，而使代码库不正确。 解决冲突详细文档:
>很简单，先把文件拷贝到本地，然后右键点冲突的文件，找到svn中的还原，然后再把你本地刚刚拷贝的那个文件和svn上的文件对比，然后看你修改了那些地方，然后再svn上最新版本的基础上进行修改，然后提交。
如果你不想别人也修改你正在修改的文件，你可以在修改前直接锁定那个文件，直到你提交以后再解锁。这就不会冲突了

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

---