TortoiseSVN差异以“不一致的行结束风格”失败

Question

两个问题：

如何使TortoiseSvn diff工具忽略EOL样式？

如何在从PVCS到SVN的转换过程中修复混合EOL样式文件？

我刚刚使用优秀的免费Polarion转换工具将PVCS档案导入Subversion。一切看起来都很好，我想解决一件烦人的问题。

原始PVCS存档中的某些cpp文件具有混合EOL样式（由于PVCS合并工具）。现在使用autoprops设置“svn：eol-style = native”将这些文件（及其所有修订版本）复制到Subversion存档中。

当我使用TortoiseSvn diff来查看两个版本之间的差异时，我收到错误消息“Inconsistent line ending style”。

将10年的修订历史从PVCS转换为Subversion的整个想法是让程序员很容易看到过去做了哪些更改 - 以及是否需要在diff之前手动清理旧文件是可能的，它不会起作用。

警告： EOL样式的REAL问题在java转换器中，该转换器读取PVCS存储库并生成Subversion转储文件。它采用autoprops设置并将它们应用于您指定的文件类型 - 在我的例子中是eol-native属性 - 即使文件混合了EOL也是如此。通常，svn会在提交时检查此情况，并确保在提交文件之前对其进行清理。

获得的经验教训：从PVCS转换为颠覆时，请勿使用eol-stype autoprops。如果需要，请在转换完成后添加，并在此过程中清除文件。

Answer 1

我使用WinMerge作为Tortoise的diff工具，它可以选择将所有EOL样式视为等效。

Answer 2

警告：EOL样式的REAL问题在java转换器中，该转换器读取PVCS存储库并生成Subversion转储文件。它采用autoprops设置并将它们应用于您指定的文件类型 - 在我的例子中是eol-native属性 - 即使文件混合了EOL也是如此。通常，svn会在提交时检查此情况，并确保在提交之前清除文件。获得的经验教训：从PVCS转换为颠覆时，请勿使用eol-stype autoprops。如果需要，请在转换完成后添加，并在此过程中清除文件。