被 Google Code 和 Ubuntu 擺了一道
搞 software project，其中一種最怕的情況就是 toolchain 出問題。例如 compiler 有 bug, libtool/automake/autoconf 亂來等等都是很難追查的。今天遇到的，雖然不是棘手得很過份，但也算是 toolchain 的一部份吧。
第一個是 subversion 出事，今次買到教訓了，真不該安裝 Ubuntu 的 proposed update，自招的。本來能好好地經 HTTPS 存取 subversion repository，裝了 update package 就不行了。結果是自己 compile 來解決（其實也可以回復到舊版本的，不過反正也是壞了，就試試新版吧）。
第二個是發現了 google code 如何運作的「秘密」：原來編輯 project 的 wiki page 也是 subversion commit。本來我一向是以自己的 subversion repository 為主導，定期將 source code synchronize 至 Google Code 那邊的。但今天一試，svnsync 竟突然說 out of sync 了。最初我怎麼都搞不懂是甚麼一回事，的確兩邊的版本不同了，但 Google Code 那邊最後的版本卻是甚麼改動都沒有，甚至連 commit message 也是空白一片。到最後嘗試翻抽屉，看一看整個 repository，呵，原來最後的版本是改了 wiki page，它竟然將我編輯的 wiki page 加入 subversion 裏面。
這次沒得選擇了，唯有放棄自己本身的 repository，「安份守已」地用 google 那個。或許當初選擇 Sourceforge 就不會那麼麻煩吧？
Tagged as Google, software management, Ubuntu, version control system, wiki, 硬膠 • Categorized as Coding and Linux
如果是想分開二個repository工作的話，為什麼不一開始就用其他distributed的VCS呢？ 我在Google Code都開了個project，但除了用來upload image上wiki外，從來沒用過那個svn，寧可自行出snapshot(結果從來都沒出過 XD)
因為現在是一個人做嘛，而且又幾乎不可能有別的分支，所以 distributed VCS 暫時用不着。