如何解决与SVN属性的合并冲突？
这已经困扰了我很长一段时间-我如何正确地解决目录上SVN属性集内的合并冲突？例如，假设有两个开发人员在一个项目中工作，其中svn:ignore设置在某个目录中。如果两个开发人员都对此属性进行了更改，当第二个开发人员更新时，他们将看到合并冲突 与文件合并冲突不同，在名为dir_conflicts.prej的目录中生成一个文件，第二个开发人员必须读取并手动更正该文件。通常，我最终要做的是将所有更改还原到本地副本，然后使用dir_conflicts.prej中的信息手动重新设置这些属性。然而，在处理svn:externals属性中的大量URL时，这相当麻烦，正如我们的许多项目所使用的那样如何解决与SVN属性的合并冲突？,svn,Svn,这已经困扰了我很长一段时间-我如何正确地解决目录上SVN属性集内的合并冲突？例如，假设有两个开发人员在一个项目中工作，其中svn:ignore设置在某个目录中。如果两个开发人员都对此属性进行了更改，当第二个开发人员更新时，他们将看到合并冲突 与文件合并冲突不同，在名为dir_conflicts.prej的目录中生成一个文件，第二个开发人员必须读取并手动更正该文件。通常，我最终要做的是将所有更改还原到本地副本，然后使用dir_conflicts.prej中的信息手动重新设置这些属性。然而，在处理s
必须有一个更好的方法来做到这一点-有人知道怎么做吗？我希望我能提供一个更有希望的解决方案，但根据我的经验，目前还不可能使用OrtoiseSVN合并svn属性。请参阅。您是指提交/更新或分支合并时的合并冲突吗 对于svn:ignore属性，特别是： Subversion并不认为每个 工作副本中的文件或子目录 该目录适用于版本 控制资源必须明确分配 置于Subversion的管理之下 使用svn添加或svn导入 命令 强制该存储库的每个用户将这些资源的模式添加到其运行时配置区域不仅是一个负担，而且可能会与用户签出的其他工作副本的配置需求发生冲突
只是在一些额外的研究之后快速更新-不可能轻松合并SVN属性。我最初描述的方法revert、merge data from.prej files、propset、RECOMMIT似乎是处理此类问题的最佳方法。同时，在Eclipse+Subclipse Indigo中使用该函数可以实现这一点 团队->编辑属性冲突 刚刚尝试使用冲突的svn:忽略属性
此函数将打开一个对话框，其中显示本地和存储库的属性版本，您可以在其中复制和粘贴，然后使用Team->Mark Resolved解决冲突。为了清楚起见，SVN似乎使用dir_conflicts.prej文件来推导出目录存在冲突的事实。如果要手动解决冲突，只需删除dir_conflicts.prej文件，然后根据需要手动设置svn属性。当然，在删除.prej文件之前，请确保从该文件中获取所需内容 我也有过类似的冲突。我在一个文本编辑器中打开dir_conflicts.prej，看到svn忽略列表已经更改。幸运的是，列表的内容是相同的，只是顺序发生了变化。所以在TortoiseSVN 1.9.3中，我只需右键单击文件夹，然后单击TortoiseSVN->Resolve。。。。冲突已经解决。我也有同样的问题 我试图使用团队->编辑属性冲突，但我的STS被绞死，没有响应，因此我被迫关闭 用乌龟来解决这个问题是可能的 我就是这样决定的 选择dir_conflicts.prej所在的文件夹 右键单击龟甲->解析。。。 然后，它将要求解决财产冲突 一定要解决并保存
不幸的是，我不得不+1这个答案。我处理的是svn:externals属性及其用法中的anit模式。这不是详细讨论的好地方，但我只是觉得我还是会在这里抱怨。