用 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」鈕即可。