自从知道Ubuntu这个linux发行版后，就有了彻底迁移到Linux上的想法。但迫于各种各样的因素一直未能下定决心，这期间Ubuntu发行版已经从6.10进化到了10.04。经过长时间(近四年，时间长的的确有些夸张^_^)的准备，再借着Ubuntu 10.04 LTS发布的东风， 我终于下决心彻底走进Ubuntu的世界。

安装Ubuntu对我来说已经是驾轻就熟的事情了，这里也没什么好说的。对我来说，迁移到Ubuntu的主要工作集中在：
1、完成两个平台数据共享和迁移
2、选择和安装用于替代Windows上常见应用的软件

Ubuntu在与Windows分区互操作方面作了很多工作，Ubuntu下打开Windows分区与访问Ubuntu分区基本没什么区别，无论是NTFS还是FAT32(vfat)分区，保存在Windows分区中的数据都可以直接被访问和使用。

我平时使用最多的就是文本文件了，在Windows下使用GVIM或记事本打开;在Ubuntu下可继续使用GVIM(gedit已经被我卸载)。当然,VIM需要做一些字符集转换方面的设置才能保证对文件中的中文字符做正确的转换，具体如何配置可参考我的上一篇文章。

平时工作中最常用的沟通方式就是Mail了，之前在Windows下使用Thunderbird收发Mail。当初之所以舍弃Outlook而转用Thunderbird也是为今天转移到Linux上工作做的准备，因为只有Thunderbird才能很好的支持在多个平台间共享数据，共享数据的配置方法可参考我去年写的一篇关于thunderbird的文章。

之前在体验Ubuntu9.10时知道了iBus这个新输入法框架，当时的体验还不错，不过使用10.04后，发现Gvim/Vim和iBus有冲突，在Vim下Insert模式和Normal模式切换时iBus提词窗口总是自动退出，严重影响输入效率，后换成fcitx后冲突解决。

公司的办公软件早在年初就都切换到OpenOffice 3.0上了，公司的所有模板、通启也都以OpenOffice的文件格式发布了，所以在日常文档编辑和数据交换方面不存在什么问题。不过对于Microsoft专有格式的Project和Visio我目前还没有找到合适的替代品。

日常开发过程中，组内同事喜欢使用Feiq作为内部即时通信工具，可惜Feiq只有Windows版本，我曾经尝试用Wine 1.2去装载和运行Feiq，但都提示错误。无奈下，只能选择iptux。iptux采用的是以前飞鸽传书(ipmsg)的协议，只支持文字和文件传输，不支持在对话框中直接贴图。

思维导图软件近几年很受大家欢迎，之前一直在使用MindManager。迁移到Ubuntu上后，急需找到一款MindManager的替代品，而且还必须可以打开MindManager格式的文件。XMind恰是我所需要的。测试了一下，使用习惯和界面布局与MindManager差不多，且导入MindManager的文件也很顺利。

tortoriseSVN想必是每个使用svn作为代码版本控制工具的程序员必装的一款svn客户端软件，功能很强大，易用性也很好。不过在Ubuntu下可没有这么好的运气，也曾尝试过用Wine运行TortoriseSVN，但以失败告终。看见Ubuntu软件中心中有一款名为RapidSVN的工具，安装试用了一下，发现与TortoriseSVN差距很大，在没有找到更好的软件之前，先凑合用着。

Windows优化大师之类的软件我是一概不会安装的，但在Ubuntu下，国人开源的一款工具Ubuntu Tweak值得支持一下。特别是对linux桌面和窗口配置还不是很熟悉的情况下。

注重实效(pragmatic)的程序员都会在电脑里安装一款能帮助快速打开程序、快速定位文件的程序。Ubuntu下有Gnome Do，但是我更喜欢Launchy，之前在Windows上就用Launchy。现在发现Launchy也有Ubuntu版本，这样就不须重新学习了。

公司的某些OA系统对Firefox的支持很差，于是我下载安装了Chromium Web Browser，这个浏览器的体验不错，而且上述问题也得到了解决。不过由于使用Firefox + Vimperator时间久了，习惯了用一个'd'关闭一个标签页的VIM化的快捷命令，我暂时只将Chromium作为备份浏览器使用。

公司办公以台式机居多，这样在开会的时候我们会经常通过远程桌面访问到自己的PC上; Ubuntu内置远程桌面访问工具，而且可以命令行操作，rdesktop -f ip -u USER_NAME -p PASSWD即可直接进入你的PC桌面，就好比你在操作你自己的机器一样。你可以在.bashrc中用alias给上面命令串起个别名，这样只需敲入一串别名即可完成远程登录和操作了。

上周安装Ubuntu 10.04.1后，曾经有一种删除本子上Win7的冲动，但后来还是将Win7保留了下来。因为还有一些操作是在Ubuntu下无法做到的，比如说招行专业版。另外国内很多知名站点（如中国网络电视台）对非IE浏览器的支持都不好，有些时候你还不得不使用IE。

Ubuntu 10.04总体来说还是很稳定的，不过在使用过程中也有一些小插曲，比如：XWindows曾两次提示重启，点击确定后，N长时间也无法回到GUI界面，无奈只能重启系统。再比如：Ubuntu接投影后，桌面只能显示出2/3区域，似乎是我安装的Docky出现了什么问题。关闭Docky后，一切OK。

适应Ubuntu Linux的过程还在继续，希望过了磨合期后一切都会越来越好^_^。

一直以来我们对项目代码的提交管理都是粗放型的，即对大家提交代码的时间、频率和提交日志的形式都没有严格的要求，可谓比较随意。主要发现的问题包括：
- 某些提交没有规划，甚至随意增加一些并无太大意义的注释都作一次提交。
- 提交的代码甚至没有经过REVIEW和UT，这样的代码即使内部发布，也会带来后续工作量的严重浪费（测试、发现问题、定位问题、重新fix、重新验证等）；
- 提交日志无实际意义，如commit log为空、commit log没能真实反映出这次提交的真实目的和意义、多次提交却采用同一条提交日志等等；
… …

以上，有些问题是需要通过过程要求改善的，有些问题则可以通过技术手段引导大家去完成，比如对commit log的校验。从Tim的博客中了解到twiiter内部对每次commit的log都做严格要求，至少必须填写此次代码变动的代码评审人。这个idea很好！这样开发人员每次尝试提交代码时都要想着填写reviewed by xxx。xxx是要对这次提交代码的质量负责任的；绝对禁止提交代码者随意填写上一个并未真实review其代码的人的名字。

使用SVN来进行代码版本控制工具的项目可采用svn pre-commit hook来实现对commit log的检查。在SVN服务器侧你的项目repos下有一个hook目录，该目录下存放着一些hook的模板（以.tmpl为后缀名）。各个hook模板中都有对该类型hook的说明，甚至还包括一段代码样例。如果你想使该hook启用，需要将xxx.tmpl改名为xxx，这样你再提交代码时，hook就会被svn server端自动调用。svn的hook其实就可以理解为一个可执行的文件，你可用各种语言（如shell脚本、C、Java、Python、Ruby等）实现hook。svn server端在调用hook时，会按照规定次序给hook传入N个确定含义的命令行参数供hook的实现使用。以pre-commit hook为例，svn server会依次传入REPOS和TXN；其中REPOS存储的是项目repository的路径信息；TXN则是此次提交的一个事务号名称。hook实现的返回值将作为svn server判断是否继续此次提交事务的依据：如果返回0，则svn server继续此次提交事务，否则svn server停止此次提交，并将hook实现中输出到标准错误的信息回送到客户端以作为错误提示。

下面是一个用C语言实现的pre-commit hook的简单例子：
/* pre-commit.c */
/* gcc -o pre-commit pre-commit.c */
int main(int argc, char *argv[]) {
    char     repos[PATH_MAX];
    char     txn[64];

    memset(repos, 0, sizeof(repos));
    memset(txn, 0, sizeof(txn));

    strcpy(repos, argv[1]);
    strcpy(txn, argv[2]);

    /* 只对repos下的特定路径下的文件ci进行log检查 */
    if (!filter_repos_subdir(txn, repos)) {
        return check_log(txn, repos);
    }

    return 0;
}

对于一个repos，其下面有些folder中的文件可能并不一定是代码，可能不需要严格执行ci log格式的要求，filter_repos_subdir这个函数就旨在过滤此次提交的各个文件的路径信息：若判断出此次提交的文件路径均是不需要严格执行ci log格式要求的，则后续不作log check。

通过repos和txn两个参数我们如何获取此次提交的文件路径信息呢？svn提供了svnlook工具，我们利用svnlook changed -t txn repos可以获取文件路径信息。

#define SVNLOOK "/usr/local/bin/svnlook"
int filter_repos_subdir(const char *txn, const char *repos) {
    FILE        *fp;
    char        buf[PATH_MAX];
    char        cmd[PATH_MAX];

    memset(cmd, 0, sizeof(cmd));
    memset(buf, 0, sizeof(buf));
    sprintf(cmd, "%s changed -t %s %s", SVNLOOK, txn, repos);

    fp = popen(cmd, "r");
    if (fp == NULL) {
        fprintf(stderr, "%s\n", "popen failed");
        return 1;
    }

    while (fgets(buf, PATH_MAX, fp) != NULL) {
        if ((strstr(buf, "dog/") != NULL)
            || (strstr(buf, "cat/") != NULL)
            || (strstr(buf, "tiger/") != NULL) {
            memset(buf, 0, sizeof(buf));
            continue;
        } else {
            pclose(fp);
            return 1;
        }
    }

    pclose(fp);
    return 0;
}
filter_repos_subdir利用popen与shell交互获取svnlook执行后输出的信息，如：
U   dog/test1.c
U   cat/test2.c
A   tiger/test3.c
并对多行信息逐一进行过滤。

check_log与filter_repos_subdir类似，它通过svnlook log -t TXN REPOS获取此次提交的日志信息，并根据日志格式要求对日志进行校验，如发现不合格则返回失败；svn server将停止本次commit事务。

int check_log(const char *txn, const char *repos) {
    FILE        *fp;
    char        buf[PATH_MAX];
    char        cmd[PATH_MAX];

    memset(cmd, 0, sizeof(cmd));
    memset(buf, 0, sizeof(buf));
    sprintf(cmd, "%s log -t %s %s", SVNLOOK, txn, repos);

    fp = popen(cmd, "r");
    if (fp == NULL) {
        fprintf(stderr, "%s\n", "popen failed");
        return 1;
    }

    while (fgets(buf, PATH_MAX, fp) != NULL) {
        if (strstr(buf, "reviewed by")) {
            pclose(fp);
            return 0;
        }
        memset(buf, 0, sizeof(buf));
    }
    fprintf(stderr, "%s\n", "请填写此次提交代码的reviewer, log格式:… reviewed by xxx …");
    pclose(fp);
    return 1;
}

以上这个pre-commit hook demo只是为了说明hook的实现思路，如果你要打造自己的pre-commit hook可能还需要更严谨一些，另外还可加上更多有创意性的idea在里面！其他类型hook的实现思路大致一样，详细内容请参考svn manual。