以下主要描述了：
- TFS源代碼控制系統的基本場景
- 如何把一個項目添加到源代碼管理中
- 如何與服務器同步
- 如何做Check-In
- 如何做分支與合併
- 什麼是上架與下架
我們知道工作項是項目管理的基本元素，但是一個項目的成功，光有工作項還是不夠的。工作項說明了要做什麼事(例如任務)，出了什麼問題(例如Bug)，除此之外，我們還需要將程序一行一行地寫出來，TFS的源代碼管理控制系統，就能幫助我們管理這一行行的代碼，一個個的文件，一次次的修改，直到產品發佈。
1、TFS源代碼控制系統的基本場景
這裏介紹一下，如何在Visual Studio.net中使用源代碼控制系統，我們知道Visual Studio IDE可以和Visual Source Safe等多種源代碼控制系統集成，所以我們首先需要選擇用什麼來控制源代碼，這可以通過從IDE菜單中選擇“工具(Tools)”->“選項(Options)”，在選項對話框中，找到源代碼管理（Source Control | Plug-in），然後選擇Visual Studio Team Foundation Server:
2、如何把一個項目添加到源代碼管理中
首先，我們需要有一個團隊項目，下面我們以測試環境中已有的團隊項目TFSTest爲例進行說明，當我們把一個源代碼項目添加到源代碼管理系統中時，Visual Studio會爲你創建一個工作空間（Workspace）。
一個工作空間是服務器的文件、目錄在客戶端的映射。當用戶對源代碼管理中的目標進行增加、編輯、刪除、移動、重命名，或者其他操作時，用戶的修改會保留在工作空間中，標記爲工作空間中的“待定/未提交修改”(Pending Change)。這些修改只有被用戶簽入（Check In）後，服務器上的文件或目錄纔會跟着改變。
下面我們演示創建一個新的解決方案和項目，並將其添加到源代碼管理中：
在Visual Studio IDE中，創建一個新的項目，選中“添加到源代碼管理”（Add to Source Control）：
集成環境在後臺開始創建項目的框架，然後會提示你，選擇將新建項目添加到TFS上的哪個Team Project中，這裏，我們選擇TFSTest項目，點擊確定：
然後，我們打開菜單“視圖”->“其他窗口”->“源代碼管理資源管理器”：
就可以看到新添加到TFSTest團隊項目下的ITRequestFormPrj1了：
項目文件夾前面是一個黃色的+號，代表這些都是Pending Change.
如果我們需要把現有的解決方案，或者項目添加到TFS中，那麼可以打開這些解決方案或者項目，然後右鍵點擊解決方案，選擇“將解決方案添加到源代碼管理”：
然後在彈出的窗口中，選擇將解決方案添加到那個Team Project中。
現在我們試着編譯一下項目（模擬一下驗證代碼的正確性），然後就將這些Pending Change 簽入到TFS中，選擇“視圖”->“其他窗口”->“掛起的更改”：
就可以看到目前有哪些Pending Change：
然後點擊簽入按鈕，所有被選中的Pending Change文件都會被簽入。
下面我們看看，如果向已經加入源代碼管理的項目中，添加一個文件，會是什麼情況：
- 首先，項目會被自動Check-Out（簽出），在項目前面有一個紅色的打鉤圖標(下面左圖)
- 其次，新增的文件前面有一個黃色的+號，表示這是一個掛起修改的文件（下面右圖）
先把Class1文件簽入，然後我們試着雙擊打開Class1.cs文件，輸入一行註釋，我們發現編輯文件後，文件會被自動簽出（Check-Out），由於文件被Check-Out，所以項目的狀態也更新成Check-Out了：
3、如何與服務器同步
在團隊協同工作的環境中，許多人都在修改同一個項目中的代碼，你需要把項目中最新的修改下載到本地。如下的操作，可以讓你的工作空間和服務器上的最新版本同步：
- 在解決方案窗口中，選擇項目或者整個解決方案，右鍵點擊，選擇“獲取最新版本”
- 在源代碼資源管理器中，選擇一個Team Project，可以將該團隊項目的最新版本同步到本地：
如果在上圖中，選擇一個Team Project下的某個解決方案文件夾，則可以針對某個解決方案獲取最新的版本。
在簽入你自己的代碼前，最好把服務器上最新的版本同步下來，這個過程需要解決可能的版本衝突問題，然後你要構建項目，保證沒有問題後，再簽入代碼。這是爲了儘量避免你簽入的代碼，導致在服務器和其他開發人員的機器上出現構建失敗。
4、如何做Check-In
以下三種方法都可以做簽入（Check-In）
- 在解決方案窗口中，右鍵點擊修改後的文件，然後選擇簽入
- 在源代碼管理窗口中，右鍵點擊修改後的文件，然後選擇“簽入掛起的修改”
- 在掛起的更改窗口中，選擇要簽入的文件後，點擊簽入按鈕：
這種方法可以讓我們做快速的簽入，默認情況下，所有被修改的文件，都會自動列出，根據需要確定要簽入的文件後，可以填寫簽入的註釋，對簽入的修改關聯對應的工作項：
填寫代碼的相關審閱者：
查看簽入是否已經滿足預定的策略：
當用戶選擇簽入後，所有選中的文件，簽入說明，以及與此次簽入相關聯的工作項，都將被存儲到數據庫中，作爲一個新的更改集（Changeset）。一個更改集是文件版本、相關工作項、以及源代碼管理元數據（Metadata）組成的一個單獨的實體。
如果工作項有相關的流程處理規則，這些規則會修改工作項的狀態。例如，一個團隊可能會定義如下規則：如果當你簽入時管理了工作項，並選擇“簽入操作”爲“解決”，則工作項會從“活動的”變爲“解決”：
5、如何做分支與合併
TFS中支持分支的概念，所謂的分支（Branching），就是指把源代碼控制系統中的文件和目錄複製一份。分支能夠保持文件和目錄的歷史，並且能夠把舊的文件上的修改合併到新的文件上去。在新的分支上的修改，和原來的分支（一般稱爲主分支）沒有任何關係。
合併（Merging）是指把不同分支中的文件（文件、目錄、團隊項目）合併到一起。在合併操作中，一個分支是源分支，另一個是目的分支。源分支中包括了用戶想要合併的文件。
考慮下面這種情況：
在時間的要求下，我們可能要先發佈一個版本，那麼我們可以建立一個Release1的分支，然後主分支代碼和分支代碼同時繼續開發。在某個時刻，可以將兩個分支合併。
下面是分支應用的另一種場景：
在功能細分的要求下，例如Visual Studio就分成好多個版本:Express 版本、標準版本、企業版、架構師版等等。他們擁有共同的基礎功能，在這部分功能開發完成後，可以通過分支來實現不同版本對應增值功能的開發，例如從主代碼中分支出功能A、功能B
也有可能這些增值功能不是必須的，如果可以實現，我們就合併到主代碼中，如果不能實現，則取消合併。
通過上述的場景，可以看到分支爲代碼管理提供了更佳的靈活性。
5.1創建分支操作演示
在Visual Studio中進行分支操作，十分方便，首先我們創建一個分支：
- 在源代碼管理器窗口中，選中一個要對其進行分支的項目，例如下圖的ITRequestFormPrj1，然後右鍵點擊選擇“分支”：
- 在這裏，可以選擇分支的名稱、對主分支的最新版本還是指定版本進行分支，是否創建新分支的本地副本（也就是將新分支從TFS服務器上下載到本地工作區中）
- 點擊確定按鈕後，開始創建分支的操作，創建成功後，我們在源代碼管理器窗口中，可以看到主分支和新分支之間有一個雙向箭頭的圖標表示了它們的關係：
5.1合併分支操作演示
我們先試着在新的分支中修改一下代碼，然後簽入修改，接下來我們演示合併分支的操作：
- 在源代碼管理器窗口中，選擇一個分支，將其合併到主分支，右鍵點擊後，選擇“合併”：
- 在源代碼管理合並嚮導中，選中的分支作爲源分支，目標分支會自動被識別出來：
- 在上圖中，點擊下一步按鈕，嚮導會提示你，選擇源分支的哪個版本進行合併：
- 確定以後，嚮導提示你可能需要解決衝突：
點擊完成按鈕，如果合併的分支之間有衝突，則會提示你要先解決衝突後，才能合併：
點擊解決按鈕，提示Form1.cs文件存在衝突：
點擊比較按鈕，在比較窗口中，會顯示兩個分支中，同一個文件的差異：
在上一個窗口中，選擇“在合併工具中合併修改”，並點擊確定按鈕：
後臺會爲你啓動合併工具，需要稍等片刻：
在合併工具中，可以選擇一邊的更改加以應用，如果有多個不一致的地方，則可以通過“上一個更改”和“下一個更改”進行方便的導航：
選擇一個更改的內容後，你還可以在最下面的編輯窗口中，進行最後的修改，然後點擊確定即可：
提示衝突已經解決，是否保存文件，點擊是：
當所有衝突都已經解決後，點擊關閉，退出衝突處理，完成合並操作：
這個時候，我們打開合併的目標分支，因爲修改的內容合併到了目標分支，目標分支的對應文件處於掛起的更改“合併，編輯”，需要對其進行簽入操作，才能將最新的內容提交到TFS服務器上：
6、什麼是上架與下架
上架（Shelve）和下架（UnShelve）命令聽起來不容易理解。我們不妨相像一下，你正在辦公桌上伏案畫圖，假設是用工筆畫紅樓夢羣芳夜宴圖，大大小小的美女草圖鋪滿了桌面，這是你接到命令要做另外一件事：潑墨畫，而你只有一個辦公桌，萬一潑墨到美女們怎麼辦?於是你就把目前的所有圖紙捲起來，放到書架上。這就相當於上架。
接下來你開始潑墨畫的工作。盡情揮灑之後，清理桌面，從書架上把剛纔收起的圖紙都拿下來，鋪開，繼續你的羣芳夜宴圖。這就相當於下架。
這兩個命令主要用於：
- 保存目前的工作，切換到另一個任務
- 其他人開始代碼複審（你將修改上架了，別人可以在自己的環境中，把你上架的內容下架，然後做複審）
- 集成別人的修改（兩人的修改互相依賴，這是可以通過上架/下架命令把修改集成起來）
這位多人協作提供一種便利：不需要每次Check-In，然後別人Check-Out，而是多次上架下架後，最後來一次Check-In即可。
上架的操作十分類似於簽入操作，在源代碼管理器中，右鍵點擊要上架的文件，選擇“擱置掛起的更改”即可：
所有的參數都與簽入操作類似，不同的是，修改不會做衝突檢查，也不會影響源代碼（即沒有真正被Check-In，這可以在上架操作結束後，驗證文件前面還有紅色打鉤標誌來確認），而是暫時存儲在TFS服務器上，以便其他人做下架處理：
轉載地址：http://www.cnblogs.com/ajiefj/archive/2010/04/23/1718450.html