以「中央儲存庫 (Centralized Repository)」的方式建立 Mercurial 儲存庫

closer 2011-03-21 0Comments

1. 建立存放 central repositories 的目錄。（例：D:\hg_repos）
2. 在其中建立存放專案 central repository 的目錄。（例：D:\hg_reposprj1）
3. 使用 hg init，在步驟 2 的目錄中建立儲存庫。
4. 切換到工作目錄下。（例：D:\working）
5. 使用 hg clone，clone 一份 repository 到工作目錄中。
6. 在工作目錄中，使用 hg add 建立第一版的 source tree。
7. hg commit
8. 使用 hg push，將 local 端的變更 push 回 central repository。

在 Windows 下將 Subversion 的 repo 由 BDB 格式轉為 FSFS 格式

closer 2011-01-07 0Comments

我用 Subversion 管理工作用的程式碼已經好幾年了，不過最近我越來越討厭它。討厭它的原因並不是因為它變得難用，而是開發團隊對於舊版本使用者表現的那種傲慢態度。

其中一個例子：我前一陣子在研究 Subversion 和 Apache 協同運作時遇到版本搭配的問題。在網路上搜尋答案，卻看到一個像是 project team 成員的人跳出來說：「你就用我們提供的、已經和 Subversion 緊密搭配的 Apache 版本就好了嘛！」問題是並不是所有人都有這樣的權限啊！（像我就是）

另一個例子就是今天這篇文章想要解決的問題。Subversion 在建立 repository 時提供兩種不同的格式讓使用者選擇：Berkley DB (BDB) 和 FSFS。早期的 TortoiseSVN 和 CollabNet 的 Subversion for Win32 都提供這兩種格式讓使用者選擇。但從 1.6.0 版開始，TortoiseSVN 突然就不支援 BDB 了！也沒有提供任何轉換的工具！請問一下：那我之前那些用 BDB 建立的 repository 怎麼辦？有一種被拋棄的感覺… 🙁

最近我開始用 Mercurial 管理我新開的專案……不過那是另外一個故事了。但舊的 repository 還是得救回來，不然之前的心血都白費了。

將 repo 由 bdb 轉成 fsfs 說起來不算太難，只要利用 svnadmin 下幾個指令就行了。但問題是：要選對 Subversion 的版本！前面說過，Subversion 沒有提供任何轉換的工具。一般人常用的的 Subversion 版本（CollabNet 和 VisualSVN 等）也都不支援 BDB (wtf –_-)！我試了好幾套，最後找到由 David Darj 維護的 Subversion for Windows 有支援 BDB（嗯… 至少 1.6.13 有支援；而且在 SourceForge 上能 download 舊版。

下載安裝就不多提了。安裝完後，先建立一個新的 repo，準備接轉出來的資料——當然，這個新的 repo 的格式要選 fsfs。你可以用 TortoiseSVN 建，或是直接利用 svnadmin create 建（假設你的 repos 都放在 D:SVN_DB；然後要轉的 repo 叫做 MyProject ：

svnadmin create –fs-type=fsfs MyProject_fsfs

接著我們用 svnadmin dump 把舊的 repo 內容倒出來，再用 svnadmin load 傳進新的 repo 中：

svnadmin dump MyProject | svnadmin load MyProject_fsfs

最後我們把舊的 repo 改名、備份；用新的 repo 取代舊有的 repo：

move MyProject MyProject_old
move MyProject_fsfs MyProject

這樣應該就可以了。

在 64-bit 的 Linux 中，用 32-bit 的 gcc 產生 32-bit 的 binary…

closer 2010-09-24 0Comments

噢！這個標題真是個亂七八糟的組合……XDD

看起來很好笑，但實際遇到就很難笑出來了。

在這樣的組合下，若是我們直接執行 gcc 的話，會有下列的錯誤訊息：

$ gcc test.c
/tmp/cc7YTML2.s: Assembler messages:
/tmp/cc7YTML2.s:13: Error: suffix or operands invalid for push'
/tmp/cc7YTML2.s:14: Error: suffix or operands invalid for '
/tmp/cc7YTML2.s:16: Error: suffix or operands invalid for push'
/tmp/cc7YTML2.s:25: Error: suffix or operands invalid for '
/tmp/cc7YTML2.s:26: Error: suffix or operands invalid for pop'</pre>
<p>會有這樣的錯誤訊息，主要是因為 gcc 產生了 32-bit 的 assembly file，餵給 as (assmebler)；但此時系統裝的 as 卻是 64-bit 版的，因此預設會用 64-bit 的方式去組譯 32-bit 的 assembly，結果當然是出不來。</p>
<p>as 有個參數 -32’，可以強制 as 用 32-bit 的方式去組譯。我們可以把原本 gcc 幫我們做的動作拆成下列的分解動作，手動編譯 test.c：

$gcc -S test.c            # 編譯，產生 test.s
$as -32 -o test.o test.s  # 以 32-bit 模式組譯，產生 test.o
$gcc -o test.out test.o   # 產生執行檔
但每個程式這樣做不是很麻煩嗎（笑）？還好，gcc 另外提供了一個方法，可以把參數送給 as：
$gcc -Wa,-32 -o test.out test.c
要注意 32 前面的減號不能省略。這樣做就 ok 了。