2010-07-15 74 views
4

如何解决冲突使用Subclipse和SVN 1.6在Eclipse的Subclipse

当您同步与存储库的观点,你得到的冲突的文件,你可以手动编辑它们。但有时候,你意外地更新了文件的许多版本。例如:

File.source 
File.source.mine 
File.source.r5875 
File.source.r6150 

我想了解什么是这些文件,用什么工具并不提供的Subclipse来比较这些文件背后的逻辑。 File.source是否与任何修订版本合并? .mine文件是仅有我的更改的文件吗?

感谢

回答

7

使用示例文件,你已经张贴:

File.source.r5875这是您在做出修改之前,以前签出的修订。

File.source.r6150这是存储库中与本地修改冲突的版本。这应该是刚刚完成更新的最新版本。

File.source.mine这是您在执行更新之前的本地版本。所以这个文件将会有你的修改。

File.source这是“冲突”的版本,其中包括您的修改以及从r6150一起修改。有冲突的部分由“>>>>>>”“======分隔”和“< < < < < <”

标准的Eclipse比较工具允许您比较不同的版本。选择2个文件,右键单击并从菜单中选择“比较”>“彼此”。

通过比较File.source.r5875和File.source.mine,您可以识别出您已更改的内容。

通过比较File.source.r5875和File.source.r6150,您可以确定自上次更新以来存储库中发生了哪些更改。

+1

谢谢,你统治! :P – 2010-07-16 17:50:58

0

当svn遇到冲突时会发生这种情况:您更改了文件,服务器上的文件发生了更改,并且无法(很容易)自动合并。 现在需要决定什么是正确的解决方案。

Subversion只是将diff添加到源文件中(并在它旁边创建文件,称为OriginalName.mine(不变)和OriginalName.rsomething(不变,服务器版本))。

修复冲突并告诉颠覆者,这是解决

1)只要保存)无论u对应的文件

2在已编辑本地更改还原文件

3)从SVN

4更新)粘贴本地更改

+0

注意:确保您仅将*更改*粘贴到恢复的文件中。如果粘贴更改文件的全部内容,SVN将假定您已删除远程文件中的所有内容。 – OscuroAA 2016-08-08 17:43:50

相关问题