SVN保持腐败文件与“<<<<<<<.mine”，如何解决？
我有一个在版本控制（SVN）下的Visual Studio C＃项目。 我一直承诺和更新项目没有任何问题。 但是几个小时前，当我尝试启动/重build项目时，Visual Studio会引发以下错误：
文件有无效值“<<<<<<< .mine”。 path中的非法字符。
我不知道如何解决这个问题。 我该怎么办？
当svn遇到冲突时会发生这种情况：您更改了一个文件，服务器上的文件被更改了，并且不能（很容易）自动合并。 您现在需要决定什么是正确的解决scheme。
Subversion只是将diff添加到源文件中（并在它旁边创build文件，称为OriginalName.mine（未更改）和OriginalName.rsomething（未更改，服务器版本））。
修复冲突并告诉颠覆，这已经解决了 。
只要删除obj文件夹，它会正常工作。
删除不应该在文件中引发错误的代码，并删除扩展名为.mine的三个文件。 <somerevision>和。 <some_other_revision> 。 svn更新的文件，现在包含“冲突”，你需要手工解决这些冲突。 通常这意味着你编辑了一个文件，其他人编辑了相同的文件并签入了更改，而在签出更改的文件时你没有注意。
请阅读颠覆手册中的基本使用章节。 它有一个关于手动合并冲突的部分，它解释了你所看到的冲突标记。
删除obj文件夹中的所有东西。
从svn版本控制中删除你的obj文件夹 。 因为在每一个版本，它会得到更新，当其他开发人员提交更改解决schemeSVN无法maj obj文件夹文件，并引发错误
文件有无效值“<<<<<<< .mine”。 path中的非法字符。
删除debugging文件夹为我工作（见评论 – 不是上面的答案）。 我从svn的一个部分移动12个文件夹到一个新的部分后得到了这个。 所以如果你在移动一个项目之后得到这个错误并且错误没有指向一个实际的文件，这可能是你的问题。
如果安装了AnkhSVN或VisualSVN，则解决此问题的方法与在解决scheme资源pipe理器中右键单击该文件并select编辑冲突一样简单。
这将在合并编辑器中打开已更改的文件。 （请参阅工具 – >选项 – >源代码pipe理 – > Subversion用户工具AnkhSVN）。 有了像SourceGear DiffMerge或者TortoiseMerge这样的免费的合并工具，解决冲突只需要几个鼠标点击即可。
我已经在大范围发生这种情况，文件被标记为已解决，但冲突元数据仍然存在。 我为visual studio编写了一个正则expression式来查找这些expression式，例如，如果简单地还原已更改的文件是不可行的。
我closures了IDE，然后删除了obj文件夹并重新启动了IDE并重build了我的代码。 这对我有效。
-
在你的项目里面：
odj folder -> Debug -> project name.csproj.Filelistabsolute.txt(snb.csproj.Filelistabsolute.txt) -
在文本文件里面
>>>>>>>.mine和>>>>>>>.r150发生，删除程序工作的东西
1）只要保存你的本地更改，无论你在文件中编辑
2）恢复文件
3）从SVN更新它
4）粘贴您的本地更改
如果您使用的是TortoiseSVN，则应该在名为“编辑冲突”的文件上有一个右键单击选项。 这应该调出TortoiseMerge，它能够读入那些卡在文件中的令人厌恶的符号（实际上，打破你的代码，所以你知道有一个问题，不要盲目检查它）。
TortoiseMerge会正确读取它，并呈现给您一个3路合并。 这就是我正在寻找的东西。 虽然它确实也创build了单独的.mine和.rxxx和.ryyy文件，并且有各种手动和命令行的方式来处理这一切。
