将源模块从unicode转换为ascii,或者从ascii转换为ascii,是否会严重破坏差异?

奇怪的是它被转换成了UTF-16。但从Visual Studio 2008中修复就足够简单了。使用“文件+另存为”,保持相同的名称,单击“保存”按钮上的箭头,然后选择“使用编码保存”。单击“编码”组合框并选择UTF8。这是VS2008使用的默认编码。

结果文件有一个BOM,就像您的UTF-16版本一样。这对于任何相当现代的diff工具(包括kdiff3)来说都应该足够好。他们会将源代码文件中的文本解码回Unicode。在几个文件上测试这个以确保。

为什么不把所有东西都转换成UTF-8?它可以处理UTF-16所能处理的一切(这显然就是您所说的“unicode”),但是每个ASCII字符只占用一个字节,就像ASCII一样。而且,您不必担心某些文件的编码与其他文件不同。如果diff工具首先将文件解码为通用编码,则不应破坏旧的diff。

将UTF-16转换成ASCII是一个非常糟糕的主意。你说这些文件中只有ASCII,但是如果你错了,非ASCII字符就会丢失。也就是说,除非你使用Java之类的东西 native2ascii 实用程序,它将非ASCII字符转换为Unicode转义符(例如, Ã -> \u00C3 但这肯定会打破你的分歧。