在公司碰到一个怪问题，TortoiseSVN 1.4.6 update 和 checkout 都失败，直接用命令行 svn 也一样，错误信息完全没有提示性，折腾了近两个小时，才明白是服务器上在某个目录下有两个同名但大小写不同的文件，这在 Windows 下是不允许的。发封邮件到 Subversion 和 TortoiseSVN 的邮件列表，得到的回复时大意是说你看能否提供个补丁，以前看过一点点 Subversion 源码，非常反感其冗长繁琐的代码，这次硬着头皮再看了看，checkout subversion 和 tortoisesvn 的代码花了一天多，发现在 Windows 上编译非常麻烦，还需要 VS 2008，作罢，在 Debian 上用 apt-get source 下载了源码编译了个调试版，gdb 了三四个钟头想理清执行路线，还是没搞定，里头的代码架构太奇妙以致难以理解，可能什么地方有文档描述吧，没找到。
昨天开始编写 cfgtool，用 git 或者 hg 管理 /etc 以及 HOME 目录下的配置文件，然后发现二者的很多细微差别，因为是 shell 脚本，对命令返回值非常依赖，但是 git status 在没有脏文件时返回 1，git commit -a 和 git commit 在没有脏文件时也返回 1，完全与 Perl 的“尽量执行下去”的风格相反，然后发现 git ls-files --modified 果然只显示修改了的文件，不包含新增加的文件，还没弄明白如何确保 git commit 不报错。hg add 一个已经 add 过的文件会报错，而且似乎绝大部分情况下 hg 的返回值都是零。
越来越深刻的体会到 git 的风格独特，add 是 add 数据而非记录文件名，这样将 commit 的开销分散在长时间不断的 add 过程里，带来了 commit 效率的提升，但是 add 的繁琐，还有 git commit -a 后面不能接文件参数，而 git commit 提交的是 index 里记录的内容，因此不能简单的 *完全* 提交一些文件，果然是为了 integrator 着想的工具。
郁闷，all VCSes sucks，these suck more！
美的程序：
简明：代码少，逻辑质朴，算法精炼，一个程序只做一件事情，只有必要功能----好像是 impossible mission。
一致：提示信息的一致，UI 的一致。
容错：程序很稳健，适应各种恶劣情况，以 C 这种语言只有靠长时间补丁才能达到虚假的稳健。
高效：尽可能高效。
简评一下几种版本管理工具：
CVS， VSS：没有变更集概念，仅此一点就可以安息了。
GIT: 复杂的 UI，超前的理念
SVN: 慢，代码库膨胀剧快，客户端常有小问题，错误信息稀里糊涂
Mercurial: 也趋向于复杂了
Bazaar：UI 古怪
Darcs: 慢
