ubuntu 6.06上的subversion是1.3.2版本的， 服务器上的subversion旧就旧点， 本来也没有什么问题，最近用mercurial了，心里想要是能把mercurial和subversion结合起来多好阿，在自己电脑上， 笔记本电脑上， 使用u盘可以开发时可以小步提交到本地， 到了公司再提交到subversion服务器，以前我都是带个电脑过来直接同步代码到笔记本电脑上去， 省得把个u盘倒来倒去。
以前从网上看到mercurial和subversion结合的方法， 看到那长段的说明文字，就感觉到太复杂了， 而hgsubversion目前还不成熟； 昨天从网上看到有人说现在hgsubversion可以用了， 于是想试一下。
编译安装好mercurial之后， 也配置好了hgsubversion, 连接到客户段， 发现svnclone下来没有东西， 而hgsubversion提示说服务器subversion太老， 小于1.4, 心想是不是subversion太老的缘故， 后面才知道不是这个原因（其实是因为我用hgsubversion去clone svn的trunk分支了， 而hgsubversion要求版本库的布局必须是branches, tags, trunk, svn clone也必须针对根目录来做， 这些是后面偶然发现总结的），于是决定要升级subversion服务器， 这一个决定便是我接下来24小时痛苦的开始；
上到subversion的主页， 看到1.6版本近日刚刚稳定放出， 心想， 既然要更新就更新到最新版本吧， 根据INSTALL说明， 下载了源代码包还有deps包，编译安装成功，客户段一连发现还是提示版本库过老，以为必须服务器上的版本库更新才行， 所以就挑了一个小点的代码仓库进行了版本库升级操作，这么一搞， 客户端居然打不开版本库了，这时庆幸自己只是用了一个很小的版本库做的实验。停下来想了一下， 通过svnserve访问没有问题， 才想到我是通过apache的mod_dav_svn访问代码库的， 那么mod_dav_svn可能没有更新， 在编译后的目录中找了一下，果然没有，又仔细看了INSTALL说明， 才发现要apx在路径中才可以自动编译mod_dav_svn和mod_authz_svn模块，用aptitude查了一下， 发现apache2-dev没有安装，安装之后再编译configure时提示说apache和APR版本不兼容， 好好看了一下subversion-deps中的内容， 发现其中带了apr和apr-utils依赖，是不是和系统中那些相关dev软件包冲突呢？ 重新解压了一个subversion源码包，这次不解压依赖，这个时候configure找到了系统中的apr, 版本为0.9.7, 但是还是提示不兼容， 比较晕倒， 网上一顿狂搜， 找到一个老外的博客说安装1.4.3成功了，根据他博客中说的，我总怀疑我有那个依赖没有安装， 找到ubutnu包查询的网站， 好好看了下还是不行， 这样左搞右搞从下午搞到晚上10点还没搞定， 下午到了办公室继续尝试， 突然想到是不是版本过高？于是下了一个1.5.6的版本来试了一下， 居然configure成功了！另外需要注意的是， 如果需要ssl支持， 那么需要在deps包中取得neon放到subversion源代码包中，系统自带的neon版本过老， subversion1.5要求neon>2.8. 这样成功之后, hgsubversion可以了，不给出警告了，可是有的库可以， 有的库不行？ 不行的就是我直接check某个子目录的！ 并且对我其中的一个版本库， 也是最重要的版本库， svnclone的时候报错，提示找不到文件。 这样忙忙碌碌搞了两天， 最终还是达不到我的要求，比较懊恼自己浪费了时间样， 不过倒是得到了subversion编译安装的经验， 写下来，给有同样需求的同学参考下。
