Known this from qiii2006
今天发了个关于AUR的贴，有关git，svn的包管理
Archlinux的AUR是很伟大的，可以让用户们尝试各种官方不提供的包，并且提供某个包对应的svn版本也是一个传统了。我想，一般人使用svn或者git的包一定是为了解决自己的某个问题，例如一个在主版本当中没有修正的bug，一个主版本中没有提供的功能，等等，莫复如是。问题在于等待他们发布一个新的版本是一个不现实的事情，也许这个bug很烦人，很讨厌，也许某个功能我很想要，但是没有。
为什么别人已经写完了，我们却还要等待什么0.1.1的发布，为什么我们不能直接用呢？
这个也许就促进了git和svn版本的诞生，很方便的，一次写完配置，就可以反复编译。
但是也许，你希望下一次回到正式版，毕竟每次svn的更新可能带来新的错误，而发布的版本多半是经过良好测试的，而arch的svn总是会更新到最新版。
为什么在0.1.1发布之后，我还要接着使用svn版？没有道理。问题在于，pacman不会提醒你，“新版本发布啦”这件事，因为你用的是package-svn，而不是package，pacman不知道，也没有义务提醒你，带来的问题就是我也许需要查阅什么新闻，才能知道新版发布了，然后又回到新版本。
所以我发了个贴，如果包的名称能够变成pacakge-0.1.svn234 package-0.1.git20100118，这样在pacman也会提醒你该更新了的事实。
Vim + Ctags 更新
由于开发时常常使用Ctags进行跳转查询，因此特意写了一个函数用于更新ctags
|
代码： “递归查询父文件夹的tags文件，这样在项目的那个文件夹当中就都可以访问同一个tags文件了 set tags=tags; “更新ctags，找寻父文件夹原有tags文件 function UpdateCtags() “映射键盘上的F10对应更新tags nmap <F10> :call UpdateCtags()<CR> |
自己用着挺爽……嘿嘿
