用 Visual Studio 2010 Ultimate 製作 UML 模型時，發現活動圖並未提供繪製隔間（partition；我還是喜歡叫它之前的名字：水道[swimlane]）的功能。如果一定要畫水道，似乎就只好繞個彎，用矩形加物件節點做出水道的樣子，像這樣：

在一台 Windows Server 2008 機器上 Visual Studio 2010 時出現錯誤：


點 View Error Log 連結，看到錯誤訊息是：

VC 9.0 Runtime (x86): [2] Error: Installation failed for component VC 9.0 Runtime (x86). MSI returned error code 1603

嘗試把機器上原本已經安裝的 Visual C++ 2008 Redistributable 移除掉，重開機，然後就可以順利安裝 Visual Studio 2010 了。

註：移除 Visual C++ 2008 Redistributable 時並沒有提示要重開機，所以當時我是立刻接著安裝 VS2010，發現錯誤依舊，又到 VS2010 安裝光碟的 WCU\VC90SP1\ 目錄下手動執行命令：

msiexec /i vc_red.msi USING_EXUIH=1

發現錯誤訊息是：


看起來是資料夾權限的問題。試試看進入資料夾 c:\Program Files\Common Files\microsoft shared\VC，果然出現 Access denied 訊息。我目前登入的帳戶是系統管理員，但無法查看該資料夾的安全性，也無法顯示和修改 VC 這個資料夾的擁有者。這才想到資料夾被鎖住了，重開機後，再安裝 VS2010 就沒問題了。

這次主要是介紹：

• Data Tip
• Nagivate To...
• View Hierachy

其實網路上已經有不少 Visual Studio 2010 的教學影片，只是自己看著也想動手做看看，於是趁夜深人靜時，在家裡用簡陋的設備錄製了第一個短片，介紹 Visual Studio 2010 的一些新功能。

內容：

• Startup Page（起始頁面）的改進
• New Project（建立新專案）對話窗的新功能
• Add Reference（加入參考）對話窗的速度改善
• IntelliSense 功能的 Toggle Completion Mode（切換完成模式與建議模式）

影片在此（播放時建議用全螢幕模式，會比較清楚）：


小小心得：才短短幾分鐘的影片，NG 重錄了好多次 >_<||| 錄製的音量似乎也太小聲了....下次改進。

Visual Studio 2010 裝好之後，我把之前寫的一個 Visual Studio 2008 類別庫專案開起來，跟以往一樣，VS2010 會出現專案升級精靈。專案完成升級之後，我在解決方案中加入了一個新專案（Demo01），嘗試寫點範例程式，去呼叫既有的類別庫（MyLib）。結果編譯此新專案時出現底下的警告和錯誤訊息：

記得在新兵訓練中心，班長經常玩這種把戲：「稍息之後開始著裝，一分鐘後樓下集合，話說完還有 30 秒。稍息！」然後就是一陣兵荒馬亂。從事軟體開發，有時竟會和這件事一起聯想。

開發 ASP.NET 應用程式的人多少都碰過這樣的困擾：使用者經常抱怨，每天早上一進辦公室，登入我們的網站時都好慢好慢，要等好久才出現第一個頁面。

回答總是千篇一律：第一個存取網站的人，因為有一些初始化的動作，所以會等比較久。（使用者內心對話：原來最早開始工作的人反而會被懲罰 >_<）

上一篇提過，主線和支線的版本可分頭進行，然後視需要將二者（或多個支線版本）合併。
這篇就是在介紹如何使用 TortoiseSVN 來處理主線與支線版本的合併（當然，支線之間也可以合併）。

合併

延續上一篇的例子，分支建立好之後，實際開發的過程可能類似這樣：

1. 將工作目錄 MyProject\Web\HR 切換到某個分支，然後修改程式碼。改完之後 commmit 至檔案庫。
2. 將工作目錄 MyProject\Web\HR 切回主線，修改程式碼。改完之後 commmit 至檔案庫。
3. 前兩個步驟可能反覆數次，然後有一天，發現需要將分支合併至主線，此時請先確定工作目錄 MyProject\Web\HR 底下的修改都已經 commit，並且切換至主線。接著對此目錄點右鍵，選 TortoiseSVN > Merge。

TSVN 的 Merge 對話窗會先問你要用哪一種合併方式，這裡我們假設已開發完成一個功能分支（feature branch），欲將此分支的所有 revisions 整合到主線，因此選第二種：Reintegrate a branch。如下圖：


下一步， 選擇合併的來源 URL，亦即那個要合併至主線的分支的 URL：


下一步，設定合併選項，這裡都使用預設值。在真正進行合併前，最好先點「Test merge」鈕，測試看看能否合併。


Oops! 測試合併時果然出錯了：


它告訴我，本機工作目錄的檔案還沒 commit 至檔案庫，不可合併。這也是為什麼前面一直強調修改完分支或主線之後都要 commit 的緣故。

若合併成功，會看到如下畫面：


解決衝突

當然，實際不可能每次都這麼順利完成合併，因為各版本之間難免有衝突的情況，此時就得手動合併了。當 TSVN 在執行合併時發現版本衝突，會顯示對話窗讓你選擇處理方式：



我打算手動合併，因此選擇「Edit conflict」 ，接著會開啟 TortoiseMerge 視窗：


你可以從左右兩個面板當中找到衝突的程式碼，並利用滑鼠右鍵（或工具列按鈕）指定哪些區塊的程式碼要用左邊／右邊的版本。每做一次選擇，都可以從下方面板預覽合併的結果。所有衝突都解決後，儲存並關閉此視窗，回到上一個對話窗，點「Resolve」鈕即可。

在介紹 Subversion 分支與合併的觀念時，常見以 trunk 代表主線版本、以 branch 代表支線版本的方式來組織檔案庫的目錄結構。例如，資料夾 MyProject\trunk 底下用來存放專案的主線版本，而 MyProject\branches 底下則存放支線的版本。

主線只一條，支線可能很多，當然，這些路線可以「分進合擊」。這篇講分（分支），下一篇講合（合併）。

一個例子

有時候，我們可能不會一開始就建立 trunk 目錄－－也許是因為在建立檔案庫時，覺得專案沒那麼複雜，不需要這麼做；也可能是因為其他特殊原因，例如：團隊制定的規範。這裡用一個 ASP.NET Web 專案為例，說明可能碰到的問題與應變方法。

假設這個 ASP.NET Web 專案的目錄結構類似這樣：


這裡我們把文件、網站應用程式的原始碼、商業邏輯層的類別庫原始碼都加入檔案庫，並分別放在 Document、Web、和 BusinessLogicLib 資料夾底下。其中 Web 資料夾除了固定的 Bin 目錄，還依子系統分出庫存（Inventory）、會計（Account）、人事（HR）等子目錄。

現在假設碰到一種狀況：人事系統的使用者不斷提出新需求，導致該系統的程式需要大改。問題是，這些修改需要好幾月的時間才能完成，期間勢必還有一些更要緊的 bug 修正或細部的程式修改必須同時進行，怎麼辦？

一個直覺的辦法，是讓開發人員自行管理兩個版本，也就是說，把整個 HR 資料夾複製成另一份，目錄名稱也許叫做「HR_NewFeature」，代表這是為了開發新功能而特別建立的目錄。如此一來，開發人員就可以分頭修改 HR 和 HR_NewFeature 底下的檔案，等到需要交付時，才把兩邊的程式碼整合起來。如果你曾這麼做，應該能體會它有多麻煩－－程式碼裡面到處得加上註解，標示哪一段是為何修改、哪一段必須等到所有新版功能完成時才能交付……諸如此類的，以便在整合兩邊的程式碼時不會亂掉。但事實上，這種動作既麻煩，又容易出錯，到最後可能連程式設計師自己都分不清楚哪個部分要交付，哪個部分不要。

既然如此，何不試試用工具來減輕自己的負擔？

廉價複製

與其用手動複製檔案、剪貼程式碼的方式管理版本，我們可以用 Subversion 的廉價複製功能來建立那些支線的版本（如上例中的 HR_NewFeature），並視需要進行版本之間的合併。

這裡的廉價複製，指的是 svn copy 指令。但為什麼說「廉價複製」呢？因為當你利用 svn copy 來複製資料夾的時候，雖然在本機的工作目錄中確實可以看到兩個資料夾和複製的檔案，但檔案庫裡面並沒有真正複製所有的檔案內容，而只是類似建立連結的動作，或者只儲存有變動的部分而已。這種複製動作的負載輕、成本低，故曰廉價。

可以這麼說：Subversion 檔案庫裡面其實沒有「分支」這種東西，所有的變動都只是之前版本的另一個廉價複製版本。我們只是利用廉價複製的功能，產生一個資料夾的複本，並將它視為分支，如此而已。

決定分支的存放位置

延續前面的案例，現在我們要開始為人事系統（HR）建立支線版本。首先碰到的問題，是支線的目錄要放哪？以 Web 專案來說，分支的目錄顯然不能放在 Web 資料夾底下，因為如此一來，同一個 Web 專案將會因為建立分支（廉價複製）的緣故而產生類別名稱衝突的情形。

我們可以這樣安排分支的目錄：



也就是在專案（檔案庫）的根目錄下建立 branches 資料夾，以便將各類原始碼的支線納入此目錄下管理。這種方式的一個優點，是在主線與支線的版本之間來回切換與合併時，從檔案的 URL 前面幾個字元就能分辨是主線還是支線，不容易搞混。當然這只是一種選擇，不代表最好的方式。如果你一開始就想到將來可能需要建立分支，在建立檔案庫時，就可以在根目錄下各建一個 trunk 和 branches 來存放主線與支線的檔案。

或許有點多餘，但還是註明一下：分支的目錄不可跨檔案庫（即不能將分支建立在別的檔案庫中）。

建立分支

首先把作為分支的上層目錄建立妥當，也就是 branches\Web，並確認這些目錄及主線的工作複本（working copy）都已送交至檔案庫。

接著在想要產生分支的資料夾（HR）上點右鍵 > TortoiseSVN > Branch/tag...。參考下圖：


你會看到如下圖的對話窗：


注意：若 HR 分支的上層目錄 branches\Web 沒有事先建立且送交至檔案庫，在建立 HR 分支時會失敗（路徑不存在）。

對話窗左下角的「Switch working copy to new branch/tag」核取方塊若有勾選，表示分支建立完成後，順便把目前的工作目錄切換至支線版本－－通常會這麼做。當然你也可以選擇先不要切換到支線版本，等你開始要在工作目錄下開發支線版本的程式時，再利用 TortoiseSVN 的 switch 功能來切換。

Tip：第一次建立分支，可能會有點疑慮，擔心哪個步驟做錯了，或者不清楚發生了什麼事。這裡有個小建議，分支建好之後，不妨對 branches 目錄做 SVN Update，你會看到 branches\Web 底下多出一份 HR 目錄的拷貝（啊！原來分支就是 copy 嘛）。當然，你不用直接修改 branches 底下的檔案，而應當把主線的工作目錄（MyProject\Web\HR）切換到支線，再對其修改。原因很簡單：這樣你做的修改才會被編譯、執行。

在撰寫程式時，都是針對本機的同一個工作目錄，以此例而言，就是 MyProject\Web\HR。當你要修改主線的版本時，就用 switch 功能切換到主線；同樣的，要修改支線版本時，就切到支線。你所要牢記的，就是每次修改程式之前，先確認目前的工作目錄是對應到主線還是支線版本（否則你還是可能會亂掉）。

Q & A


答：一樣適用。看他們想測哪個版本，就在測試 server 上用 SVN 的 switch 功能切換主線或支線版本。
================================================

答：如果真的碰到支線版本眾多，又常得來回切換的情形，不用工具管理只會更糟（想像你要記住的版本有多少種、將來如何合併）。若情況嚴重到連工具都幫不了忙，或許該停下腳步，回頭想想為什麼那些需求會如此反覆無常。
================================================

答：TortoiseSVN 的 relocate 或 switch 功能都會顯示目前所對應的版本的 URL。


下一篇： 使用 TortoiseSVN 處理版本的分支與合併（二）