我有兴趣尝试分布式版本控制系统。Git听起来很有前途，但我在某个地方看到了一个关于Git Windows端的注释，说“不要使用非ASCII文件名”。我现在找不到那个注释了，但是有这个链接。这让我暂时放弃了Git，但我不知道其他选项是否更好。
对于我们日本公司来说，支持非ASCII文件名至关重要。我正在寻找一种内部将文件名存储为Unicode而不是平台相关编码的DVCS，这将导致无尽的烦恼。所以：
Bazaar版本控制系统在内部使用Unicode文件名。它在Linux和Windows上都有非常好的Unicode支持。
在Linux上，我认为Mercurial只会以系统的编码格式进行编码（如果我说错了，请纠正我）。因此最好将Linux设置为UTF-8以实现跨平台兼容性。这是许多现代发行版的默认设置。
在Windows上，Mercurial（由于Python的字节字符串处理）使用的是系统代码页。这几乎保证了非ASCII字符的跨平台互操作存在问题。
有一个名为fixutf8的外部创建的Mercurial扩展，在Mercurial仓库中正确处理所有Unicode字符（甚至处理当前代码页之外的字符），并将文件名编码为UTF-8。这样，只要Linux使用UTF-8编码，就可以与Linux实现互操作性。我在上周尝试在我的Windows上启用它时，遇到了一些安装问题。自那以后，已经解决了一个问题。现在唯一的问题是二进制Mercurial分配使用Python 2.4构建，而fixutf8需要使用Python 2.5或更高版本构建Mercurial，以加载fixutf8。我希望这个问题在不久的将来会得到解决。
根据fixutf8网页，fixutf8似乎与Mercurial 2.0及更高版本不兼容。有关未来解决方案的详细信息，请参见WindowsUTF8Plan。我不确定这个问题预计何时会得到解决。
fixutf8 扩展有关的问题。通过使用 fixutf8 的分支版本，这个问题似乎已经得到了解决。你可以在这里找到这个分支版本：http://bitbucket.org/tinyfish/hg-fixutf8。 - Craig McQueen2009年8月：
msysgit项目正在忙于修复Windows上Git的UTF-8支持。也许在下一个版本中会解决这个问题。
2012年2月更新
UTF-8即将到来，msysgit有了像“更新UTF-8的less设置”这样的提交
来自Git for Windows Google+页面：
Karsten Blees的Git for Windows UTF-8补丁现在已经合并到'
devel'分支。
这意味着即将发布的版本将支持Unicode文件名！
2012年4月更新
现在已经在mSysGit 1.7.10中发布了。
现在，Git on Windows 1.7.10不管用户的位置在哪里，都使用UTF-8编码来处理文件名。
这是一个非常棘手的问题。问题在于，工具试图解释文件名时不知道确切的编码方式，或者因为翻译错误而翻译成无法处理所有情况的形式（如 ASCII 或 UTF-16）。三个主流的操作系统都没有统一文件名的编码方式，使事情变得更加困难。
为了更好地理解这些问题，建议阅读 Mercurial 的编码策略页面。它描述了各种平台的差异以及 Mercurial 选择该策略的原因。
如果您真的需要这样做，那么最基本的事情是所有系统都需要设置为使用 UTF-8 文件名，而不是众多日本代码页之一。虽然这并不容易，但一旦完成，任何系统都不需要将文件名翻译成其他任何语言。
没有翻译，没有问题。