Subversion 1.5支持合并跟蹤，本文將對什么是合并跟蹤，及其對你們組織具備的意義提供了高級的總體看法，我將會從許多基本的解釋開始，如果你熟悉分支與合并，請掠過第1段。

1. 什么是分支與合并？

開發(fā)團隊經(jīng)常會在多個并行線上開發(fā)，叫做”分支”，一個分支從拷貝開發(fā)項目（或一個目錄）所有的文件開始，然后開始單獨的維護這個拷貝，文件開始都是相同的，但經(jīng)過一段時間，它們將會不同，因為不同的開發(fā)者在不同分支做出了修改。

為什么分支？你或許在Subversion創(chuàng)建一個分支用來維護產品發(fā)布，同時為下一個版本工作。為什么？下一個版本會有新的特性，但是在維護分支你只接受bug修改。另一個用例是開發(fā)復雜的新特性，而它會將使得開發(fā)構建不穩(wěn)定，通過在不同分支開發(fā)，你將其他開發(fā)者從可能的構建失敗中分離出去。 Subversion自己的合并跟蹤特性在一個分支上開發(fā)了差不多一年。

Graph 1. 兩個分支的主線開發(fā) (trunk)

Subversion一直支持分支，但與其他系統(tǒng)不同，它不會真正的拷貝文件，那樣會快速加大版本庫的體積。相反，Subversion會創(chuàng)建一個到原來已有目錄的快速引用，只是記錄分支和trunk的文件修改，這樣的結果是創(chuàng)建分支非常迅速，版本庫幾乎不會增加大小。

有些時候，代碼需要合并。例如，一個開發(fā)者在維護分支上修訂了一個bug，你會希望將修改合并到主開發(fā)線上，否則，你的下個發(fā)布還會有這個bug。另一個例子是在分支上開發(fā)一個新特性。像我們說的，Subversion自己的合并跟蹤特性是在分支上開發(fā)的，在2007年2月，這個特性足夠穩(wěn)定，然后合并到了trunk。

Graph 2. 合并代碼

讓我們看一個簡單的合并實例，這是我們的代碼：

trunk的代碼 (主碼基)  

main()
{
    printf(”hello， wordn”);
}

現(xiàn)在我們做一個分支，從用戶的角度會有兩份代碼：

main()
{
 printf(”hello， wordn”);
}

main()
{
 printf(”hello， wordn”);
}

main()
{
 printf(”hello， wordn”);
}

main()
{
 printf(”hello， worldn”);
}

main()
{
 printf(”hello， worldn”);
}

main()
{
 printf(”hello， worldn”);
}

2. Subversion與合并

像分支，Subversion一直支持合并，如果你要求它可以自動完成許多工作。但是Subversion不會”記住”什么代碼從什么分支在什么時候合并，盡管分支與合并在Subversion中工作很好，但是合并跟蹤特性的添加解決了許多限制：

    重復合并，假設你有一個特性分支與主干同步，沒有合并跟蹤時，你必須小心的（且手工的）記錄哪些修訂版本已經(jīng)合并，這會非常乏味，而且如果你忘了合并特定修改或是創(chuàng)建叫做”偽造的沖突”的東西，這意味著文件沒有正確的合并，結果修訂版本有錯誤。
    審計。當你合并一個特性分支回trunk，trunk的歷史只記錄了合并的發(fā)生，但是不知道合并了什么，這樣很難準確找出合并了什么到trunk。