TFS 2010 解決平行開發的管理問題
這個議題很廣也很大!針對不同問題也是有不同的解決方式,所以這次平行開發的觀念!
首先看一下新的介面 有什麼不一樣!
大致上都一樣,但可以看到「分支」的資料夾 有特別標示了,馬上就知道這個目錄有分支!
這很有幫助,因為對團隊成員來說一看就明白!
( 分支最好都放在同一層 且要完整一致,以方便管理 )
「檢視歷史」和「標籤」也整合在同一個查詢裡面!非常方便!
在去年研討會中,小弟也非常強調「不是只有一味地把 版本管控 check in ,而是要做 標籤管理」
所以整合在同一個頁面上對於我們管理上會方便不少呢!
( 裡面都確實有寫上 註解是不是一看就很清楚每一次 change set 和 label 是做什麼用的 )
小弟之前整理的平行開發架構!若是想要看官方資料 可以自行下載 ( 英文 )
簡單來說就是 開發中、測試中、上線中的版本彼此之間不要互相影響導致開發中斷
若是開發新版本 和 維護上線版本的 bug 時,導致容易發生 bug 漏改、新版本開發中斷 等等的問題
所以適時的分支是對開發中相當有幫助的。 但請勿過度分支 ( 會增加整合的工作量 )
小弟在較小的專案中頂多都分兩層,除非有必要才會增加到 3 層。
專案開發上另一個棘手問題就是,這個版本中間經過那些 Source Code 的 Check in ( 即 Change Set ) ?
新功能「Tracking Branch」
這次方便的部分就是針對 平行開發提供視覺化管理
就會列出 ChangeSet 12 這個版本是從 9 , 10 , 11 這三個版本來的!
選擇 TimeLine Tracking 後就會依「時間軸」來顯示彼此之間的關係
也可以直接在上面進行「版本比對」
當然上面任何一個 ChangeSet 點選後都可以看到當初的明細,以及 關聯的工作項目
所以有這些管理介面後代表,之後我們可以在大型團隊上分割工作、整合工作的協同開發上可以更有效地執行
可能有些看倌對於 「標籤」還沒有很熟悉,用一個小弟很愛用的圖來表示
可以看到 1.0 , 1.5 , 2.0 就是建立我們的「標籤」,所以可以不用再把 某一天的程式碼 copy 到指定目錄啦
建義 定義標籤的名稱
公司別.系統別.專案別 日期 版本號
Ex… MS.Petshop.Web 20090201 v1.0.0.2