基線----所有代碼起始版本的集合

　　如果沒有并行開發(fā)，基線也許就是版本機(jī)上的一個(gè)簡(jiǎn)單文件夾。

　　如果進(jìn)行并行開發(fā)，那么基線就是具有了指定標(biāo)簽的版本的集合。

　　在進(jìn)行并行開發(fā)的時(shí)候，我們希望基線是流動(dòng)的，會(huì)隨著我們的期望變化。比如說我們?cè)?.1版本捉蟲的時(shí)候開始了2.0版本的開發(fā)，我們希望2.0的起始版本保持與1.1的最終版本一致。這里基于一點(diǎn)假設(shè)，假設(shè)2.0版本不回全面改寫1.1版本的代碼，而是小部分的改動(dòng)。這種假設(shè)依賴于良好的設(shè)計(jì)。在擴(kuò)展功能的時(shí)候，對(duì)原有代碼的改動(dòng)盡量少。假設(shè)我們有A1 - A10 10個(gè)文件，在2.0版本中，為了增加新的功能，我們改動(dòng)了A9，A10兩個(gè)文件，在1.1版Preview以后，1.1版本中因?yàn)樾薷腂UG，又改動(dòng)了A8，A9兩個(gè)文件。我們要使2.0版本的初始代碼包含1.1版本的最總代碼，我們需要做的事情就是將A8按照上篇所介紹的第一種合并場(chǎng)景進(jìn)行合并，即合并到基線中（簡(jiǎn)單的移動(dòng)基線標(biāo)簽），而A9文件，則除了要合并到基線中意外，還要進(jìn)行上篇所介紹的的第三種場(chǎng)景的合并，即將基線的變化合并到已經(jīng)發(fā)生改變的2.0版本中（移動(dòng)基線標(biāo)簽并進(jìn)行合并）。通常，基線變更涉及的文件數(shù)應(yīng)該盡量少。

　　這就是流動(dòng)的基線。因基線的變更需要許多人工判斷的介入，所以基線應(yīng)該是穩(wěn)定經(jīng)受考驗(yàn)的版本。我們要保證基線的穩(wěn)定性，不是所有的人都可以隨意改變基線，基線也不是每時(shí)每刻不斷的變化（上篇已經(jīng)介紹了版本的強(qiáng)制控制）。事實(shí)上，基線的變化越少越好。通?；€發(fā)生變化也存在常見的場(chǎng)景。

　　◆　 1.1版本Preview。如果1.1版本是在分支上進(jìn)行開發(fā)的，那么VM希望將分支上的代碼完全合并到主分支上，以避免開發(fā)者的代碼檢入影響版本的穩(wěn)定性和分支的長(zhǎng)期存在對(duì)于版本服務(wù)器性能的影響。這種合并的工作量比較大，必須借助于一些自動(dòng)合并的工具進(jìn)行。

　　◆　 版本交替期，即1.1版本已經(jīng)開始Preview但是并沒有RTM，2.0已經(jīng)開始Coding。這個(gè)時(shí)候1.1版本的任何將要發(fā)布的修改都應(yīng)該反映到2.0版本的初始代碼中，即使是設(shè)計(jì)的改動(dòng)（最好不要有）。

　　◆　 補(bǔ)?。ò┌l(fā)布前，Bug的修改明顯將導(dǎo)致基線的移動(dòng)。

跟版本強(qiáng)制控制一樣，基線的變更也是并行開發(fā)的基礎(chǔ)。