慢步在雲端... 邱英瑞(Jacky) : TFS 2005

微軟創新中心 - 自動化測試及測試導向開發(TDD)的資源

jchiou — Tue, 28 Oct 2008 06:21:57 GMT

因為這個議程筆者沒有參加，無法寫心得與大家分享，只能分享相關的資源如下：

照慣例講師是請在總部的資深同事回台分享，

為此特別開立一個新的部落格專門討論這個主題：http://mictw.blogspot.com/

相關的投影片及原始程式碼在：http://www.codeplex.com/micta

MIC在台灣推動的測試自動化程式庫計劃, 藉由參與此程式庫的開發來給大家一個快速進入自動測試的窗口.

本專案是希望能藉由一個小型自動測試系統的實作, 來帶給有心想要發展軟體自動測試系統的人一個簡單的起步, 目前的程式庫包含:
1) 檔案夾結構的設計, 可供未來多人同時開發.
2) 運用 VSTS 來 Build/Deploy/Test 的完整程序.
3) 隨機資料產生器, Assert 補充, Windows Service Helper, SQL Server Helper.
4) 驗證程式庫的一組測試程式 (BVT: Build Verification Test).

Enjoy.

Using Team Foundation Server to Develop Custom SharePoint Products and Technologies Applications.

jchiou — Thu, 09 Oct 2008 10:38:26 GMT

愈來愈多人將 SharePoint 做為一個平台，並在上面做加值的功能或是做客製化的開發。

那我們要如何來管理這些 SharePoint 的客製化的程式碼等呢？

請參考：

Using Team Foundation Server to Develop Custom SharePoint Products and Technologies Applications

Hope this helps.

如果我想要使用 Team Foundation Server 該如何開始？

jchiou — Tue, 07 Oct 2008 10:50:36 GMT

這個問題在『Using VSTS and TFS for Application Lifecycle Management』有朋友問到，筆者將相關步驟儘可能簡化並整理如下：

1. 找一台機器安裝 Team Foundation Server 2008

2. 開發人員安裝 Visual Studio 2008 專業版或以上版本，再加上 Team 總管

3. 建立 Team 專案

4. 建立工作項目(WorkItem)

5. 設定 Visual Studio 使用 Team Foundation 的版本控制

6. 將專案加入至 TFS 版本控制

主要是將 TFS 安裝好，會建立工作項目，會將專案簽入到 TFS ，這樣開發人員即可從 TFS 中將程式碼簽出，再加以開發

Hope this helps.

TFS 2008 - 新手上路篇04 - 將專案加入至 TFS 版本控制

jchiou — Tue, 07 Oct 2008 10:37:27 GMT

建立專案時，您可能會想要將這些專案加入至版本控制，以便在 Team Foundation 版本控制內管理這些專案。第一次將專案加入至版本控制時，Team Foundation 版本控制會為您建立一個工作區。工作區 (Workspace) 是指 Team Foundation 伺服器上之檔案和資料夾的用戶端複本。在加入、編輯、刪除、移動、重新命名或管理任何版本控制項目時，您所做的變更便會保存在用戶端。

工作區提供了獨立的空間，您可以在其中撰寫和測試程式碼，您的修改不會對簽入之原始檔的穩定性造成影響。您與工作夥伴所做的變更會相互隔離。在將工作區內暫止的變更簽入，而讓 Team Foundation 伺服器認可 (Commit) 這些變更之前，這些變更會維持在隔離的狀態。

將專案加入至 TFS 版本控制的步驟如下：

1. 在 [檔案] 功能表上，按一下 [新增]，然後再按一下 [專案]。

2. 在 [新增專案] 對話方塊中，於 [專案類型] 窗格內選取 [Visual C# ]。

3. 在右窗格中，按一下 [ASP.NET Web Application]。

4. 在 [名稱] 方塊中輸入 DemoWebApp，然後在 [位置] 方塊中輸入路徑。

5. 選取 [加入至原始檔控制] 方塊，然後按一下 [確定]。

6. 在 [將方案加入至原始檔控制] 方塊中，選取要用加入的 Team 專案。

7. 按一下 [確定]。

8. 將檔案全部簽入，即可從方案總管中看到每個檔案前都多出一個鎖頭

Enjoy.

TFS 2008 - 新手上路篇03 - 設定 Visual Studio 使用 Team Foundation 的版本控制

jchiou — Tue, 07 Oct 2008 10:21:30 GMT

步驟如下:

1. 開啟 Visual Studio，在 [工具] 功能表中，選取 [選項]。

2. 在 [選項] 對話方塊中，找出 [原始檔控制] 並將它展開，然後按一下 [外掛程式選擇]。

3. 在 [目前的原始檔控制外掛程式] 下拉式清單中，選取 [Visual Studio Team Foundation Server]。

4. 按一下 [確定]。

筆者以英文版的 Visual Studio 2008，讓大家看到不同語言版本 Visual Studio 與 TFS 是可以互通的

Enjoy.

Web 應用程式的與 TFS 的自動化建置入門篇

jchiou — Tue, 07 Oct 2008 05:38:00 GMT

這篇文章會初步說明 Visual Studio 中各種 Web 應用程式與 TFS Team Build 結合的概念

在使用 Team Foundation Server 來做原始程式碼控制後，其所提供的自動化建置功能，可以再進一步的協助做更多建置的工作

筆者先從 Visual Studio 工具所提供的 Web 應用程式開發專案類型談起：

在 VS 2003 有 Web Application Project
在 VS 2005 RTM 版本中為 Web Site Project
在 VS 2005 + SP1 後又有 Web Application Project 再增加回來
在 VS 2008 或更新版本同事包含 Web Application Project 及 Web Site Project

上述的不同類型專案是否可與 Build Server 整合，基本上：沒問題的

VS 2003 的專案在 Build Server 中需要做點調整即可，這個部份之後再討論
VS 2005 及 VS 2008 中的 Web Application Project 可以直接與 TFS 的 Build Server 做整合
剩下的就是 Web Site Project 了，這個類型的專案需要透過Web Deployment Projects (簡稱：WDP)，即可與 Build Server 整合使用．

Hope this helps.

參加『Using VSTS and TFS for Application Lifecycle Management』的會後心得

jchiou — Fri, 12 Sep 2008 05:44:14 GMT

微軟創新中心 ( Microsoft Innovation Centre ) 在今年六月成立後，一連會邀請許多在微軟總部工作的資深員工來台灣分享有關軟體工程的主題，以及微軟內部運作的情況。

在 9/10 邀請了現任職於微軟公司美國總部資訊系統部 (MSIT) 的資深開發同事蔡英季，分享微軟 HRIT 如何開發、管理公司使用人事相關的系統的過去、現在及未來。其中也有許多問題是大家都會遇到的，他們如何克服？

先簡介一下 HRIT：

HRIT 目前有140 員工 (includes Redmond, India, and contractors)
擁有超過 80,000 個使用者
基本上，每三個月更新系統一次，除了緊急需要修正的部份外，是以每三個月為一個週期，將新版的程式更新到正式環境中。

在未使用 VSTS 及 Team Foundation Server 前所使用的『工具』：

VSTS (IDE only)
Defect Tracking
Visual Source Safe
Source Depot
MS Project
Office Sharepoint Server

以前所遇到的難題：

使用許多的工具協助個系統的開發，個個工具間整合不易，要學習的工具太多。
且每次遇到問題，每個工具的支援人員都說是另一個工具的問題，很難快速的協助排除問題。
許多主管要的報表，無法自動化的產生都需要手動整理，浪費許多的時間。

後來 HRIT 找了一位同事專職學習 VSTS 及 TFS，並協助導入，所有的同仁皆使用 Visual Studio 2008。

使用 VSTS 及 TFS 後的解決的問題：

同仁在開發不同的系統或是到不同部門，不用學習不同的工具操作，時間可以更有效的使用，也增加了大家對工作環境的滿意度。
若工具使用上發生問題時，單一窗口直接協助處理問題，有效的縮短問題處理的時間。
收所有所的報表，分析後，以自動化的方式產生，大幅減少手動產生的報表。
所有的事情都可以記錄在系統中，讓大家的溝通更加方便、有效，都有依據。不用擔心人員的流動會造成資料不見了。
有許多現成的小工具可以使用、也很容易擴充
更重要的是『品質(Quality)』提高。

雖然在公司內可以看到許多相關的資料，但能面對面與他們交換想法及意見，真的感覺自己收獲良多。故想下自己的心得與大家分享。

如何在 TFS 2005 中建置(Build) VS 2008 的專案

jchiou — Thu, 11 Sep 2008 08:13:10 GMT

這個問題在昨天也有朋友問到。預設您無法在 Team Foundation Server 2005 中建置 VS 2008 的專案，若您的 Team Foundation Server 無法升級到 2008 的版本，又一定要在 TFS 2005 中建置 VS 2008 的專案，請參考同事的文章：

Building VS 2008 projects with TFS 2005

動一點小手腳即可讓 TFS 2005 建置 VS 2008 的專案。

Web Deployment Projects (WDP)

jchiou — Tue, 02 Sep 2008 06:10:53 GMT

Web Deployment Projects (簡稱：WDP) 可以提供使用 Visual Studio 2005 或 2008 在建置部署 Web Site (網站)專案時，更多的彈性及方法。

另一個筆者選擇寫 WDP 的原因：若您使用 Web Site (網站)專案要整合到 Team Foundation Server 中，再與 Team Build 結合，那目前一定要使用 Web Deployment Projects。

今天先整理 WDP 的基本資訊及下載位置。

WDP 下載的位置：

Visual Studio 2005 Web Deployment Projects

Visual Studio® 2008 Web Deployment Projects - RTW

WDP 的基本操作方式可以參考：Using Web Deployment Projects with Visual Studio 2005 (也適用於 VS 2008 版本)

安裝完 WDP 後，在專案按下滑鼠右鍵，即可看到『Add Web Deployment Project』的選項。

WDP 的屬性設定頁面，設定方式很簡單：

Enjoy.

Team Foundation Server(TFS) 在微軟內部使用的情況

jchiou — Thu, 05 Jun 2008 06:06:41 GMT

大家一定都好奇 TFS 在微軟內部是否有在使用？使用的情況如何？

以下為內部的統計資訊：

到 2008 年5 月份，共有 13,562 個 Active Users，1,850 個 Team Project，2,088,191 個 Work Items，31,429,771 個 source files，296,824 個 Builds。

這些數字仍持續的成長。哇啊！

原文網址:

http://blogs.msdn.com/bharry/archive/2008/04/24/overall-tfs-adoption-at-microsoft.aspx

http://blogs.msdn.com/bharry/archive/2008/05/12/may-08-devdiv-tfs-dogfood-statistics.aspx

Team Foundation 的 E-mail 通知功能

jchiou — Thu, 05 Jun 2008 05:29:33 GMT

最近有些朋友詢問這一方面的問題，筆者將之整理如下：

Part I.

TFS 預設提供四種 e-mail 通知事件，可以由『專案警示』設定，如下圖：

詳細資訊：

HOW TO：加入或編輯警示

http://msdn.microsoft.com/zh-tw/library/ms181335.aspx

Part II.

如果有安裝 Team System Web Access 則會有些較彈性的設定，如下圖：

在 Web Access 中也可以在開啟的工作項目直接寄 e-mail，如下圖：

詳細資訊：

HOW TO：使用電子郵件傳送工作項目 (Team System Web Access)

http://msdn.microsoft.com/zh-tw/library/bb822129.aspx

Part III.

若您想要做更多的主動通知功能（如：被指派工作項目的人會自動收到 e-mail 通知），上述預設的功能仍無法滿足您的需求，請參考下列文件：

Team Foundation Server Event Service

http://msdn.microsoft.com/en-us/magazine/cc507647.aspx

Team Foundation Server Event Subscription Tool

http://codeplex.com/tfseventsubscription

Team Foundation Server Event Subscription Tool 下載位置如下：

http://www.codeplex.com/tfseventsubscription/Release/ProjectReleases.aspx?ReleaseId=10302

Hope this help.

SQL Injection 相關資訊

jchiou — Mon, 26 May 2008 11:01:39 GMT

SQL Injection(資料隱碼)攻擊行為簡介

以下是此類攻擊的流程

1. 駭客運用搜尋引擎尋找網頁上的漏洞，並運用自動化工具攻擊網路服務器。

2. 一個<script>字串附加到在後端運行的SQL伺服器中所有的文本或可變長字串列中。

3. 這個腳本與駭客所控制伺服器連接。該伺服器含有一些常用軟體的利用代碼，如Microsoft MS06-014，協力廠商軟體漏洞，（例如常用的媒體播放器及內容下載軟體）。有的時候還有一些零時差漏洞。

4. 當終端使用者試圖用IE流覽正常的網站時，由於這些網頁都將從SQL伺服器獲取資料，這些資料同時包含了惡意腳本<script>。而這些腳本會自動連接到駭客的網站。

5. 如果普通使用者沒有依照建議安裝修正程式，防毒軟體，或尚未安裝Microsoft或協力廠商軟體最新版本的更新，那麼他們的電腦就會被感染。

SQL Injection(資料隱碼)攻擊行為的解決方案

一旦web伺服器遭到SQL注入攻擊，請遵循如下步驟：

1、關閉網站

2、檢查IIS日誌，查找引起這次攻擊的有漏洞的目標網頁

3、聯繫web開發者，修改並加強ASP頁面。

注意這只是一種變通的解決方法，只能臨時解決SQL Injection問題。該網站可能在伺服器再次聯網後被再次注入。為了徹底解決這個問題，請參閱“預防SQL Injection(資料隱碼)攻擊的解決方案”。

預防SQL注入攻擊的解決方案

這種SQL Injection攻擊是由網頁程式開發不符合安全編碼的要求所引起的。為了防止攻擊，我們需要驗證所有網頁的字串輸入的函數。比如說，帶有用戶名和密碼輸入框的網站登錄頁。

我們也可以在微軟的官方網站上找到安全指導和最佳實踐建議，來應對SQL Injection(資料隱碼)攻擊。

用來減緩與解決SQL Injection攻擊的最佳實踐建議可以在這裡找到：

http://msdn2.microsoft.com/en-us/magazine/cc163917.aspx

SQL 資料隱碼

http://msdn.microsoft.com/zh-tw/library/ms161953.aspx

『資料隱碼』SQL Injection的源由與防範之道

http://www.microsoft.com/taiwan/sql/SQL_Injection.htm

SQL Injection (資料隱碼)– 駭客的 SQL填空遊戲(上)

http://www.microsoft.com/taiwan/sql/SQL_Injection_G1.htm

SQL Injection (資料隱碼)– 駭客的 SQL填空遊戲(下)

http://www.microsoft.com/taiwan/sql/SQL_Injection_G2.htm

How To - Protect from Injection Attacks in ASP.NET

http://msdn.microsoft.com/en-us/library/bb355989.aspx

How To - Protect from SQL Injection in ASP.NET

http://msdn.microsoft.com/en-us/library/ms998271.aspx

How To - Protect from Cross-Site Scripting in ASP.NET

http://msdn.microsoft.com/en-us/library/ms998274.aspx

Design Guidelines

http://msdn.microsoft.com/en-us/library/aa302420.aspx

Arch/Design Inspection

http://msdn.microsoft.com/en-us/library/aa302421.aspx

對於用戶端使用者，請確保電腦系統中已安裝了微軟及協力廠商軟體的最新安全修正程式以及最新的防毒程式定義檔。

注意，SQL Injection 不只會在 MS SQL Server 上會發生，在其它廠牌的資料庫產品也可能會有相同的情況發生。

Team Foundation 與 Visual SourceSafe 之間的差異

jchiou — Mon, 26 May 2008 10:47:30 GMT

Visual SourceSafe 是為專業軟體開發人員所設計的原始檔控制工具。

Team Foundation 是一套變更管理系統，可針對開發小組提供整合式原始檔控制、問題追蹤以及流程管理等功能。

Visual SourceSafe 和 Team Foundation 版本控制可讓您完成一些相同的基本工作：

同時開發一個以上版本的產品
對已發行版本的產品進行變更而不影響其他版本
快速擷取一批相關的檔案
判斷進行變更的人員以及時間
比較檔案的版本
將變更從某個版本移至另一個版本

Team Foundation 版本控制用戶端介面是針對熟悉 Visual SourceSafe 的使用者所設計。這兩個產品都提供了命令列用戶端和 Microsoft Visual Studio Team System 整合。Team Foundation 版本控制並沒有像 Visual SourceSafe 一樣，提供個別的使用者介面。

不過，儘管有許多相似之處，Team Foundation 和 Visual SourceSafe 仍有基本上的差異。

以下會分成兩個部份，以便詳述這些差異：

1. 架構差異：說明 Team Foundation 與 Visual SourceSafe 之間在技術上和操作上的差異。

2. 功能差異：列出一些某個產品提供而另一個產品不提供的功能、說明次要功能變更、識別因產品而異的預設設定，以及說明這些變更如何協助您的小組更有效使用 Team Foundation 進行開發。

Part I . 架構差異

SourceSafe Explorer 和 Visual Studio 的外掛程式會讀取和寫入 Visual SourceSafe 資料庫，這個資料庫是通常儲存在共用網路資料夾中的檔案集合。

Team Foundation 是一套主從式原始檔控制系統，這套系統會使用 .NET Web 服務來存取儲存在 SQL Server 資料庫中的項目。Team Foundation 原始檔控制的架構可提供強化的效能和可靠性。

安全性和專案權限

您在 Visual SourceSafe 系統管理員程式中設定的 Visual SourceSafe 使用者權限和指派與 Visual SourceSafe 資料庫資料夾的 Windows 共用權限無關。雖然您可以針對特定 Visual SourceSafe 專案或個別的 Visual SourceSafe 使用者設定權限和指派，不過必須針對 Visual SourceSafe 資料庫資料夾授與所有 Visual SourceSafe 使用者相同的使用權限。因此，所有 Visual SourceSafe 使用者 (不論其使用 Visual SourceSafe 系統管理員程式所指定的專案層級權限為何) 都可以存取共用資料夾而且可以完全控制所有 Visual SourceSafe 資料。

在 Team Foundation 中，特定使用者的操作權限和專案層級存取權限會繫結至 Windows 使用者帳戶。使用者驗證是由 Internet Information Server 安全地執行。SQL Server 資料庫的個別存取權不需要授與給執行原始檔控制作業的個別使用者。因此，產生的 Team Foundation 安全性基礎結構不但強固、安全，而且容易管理。

可靠性

由於 Visual SourceSafe 沒有伺服器元件，因此將資料從用戶端傳輸至資料庫的相關作業都是非交易式的。這表示如果發生問題，就無法復原作業。在極少數的狀況下，萬一寫入作業中途發生網路連線中斷的問題，則受影響檔案的完整性就可能會遭受危害並遺失資訊。

Team Foundation 是一套主從應用程式，其中資料庫內的寫入作業都是經由不受網路連線問題影響的預存程序進行。此外，某些作業是使用交易進行，以便可以在發生錯誤時復原這些作業。這種架構可確保您的原始程式檔不會在渾然不知的情況下損毀。此外，它還可確保原始檔控制伺服器會同時認可所有含有相依變更的檔案群組，就如同幾乎已完整測試的變更集。

延展性

Team Foundation 最多可以支援 2000 位使用者的小組，而 Visual SourceSafe 的建議則是 20 人以下的小組。Team Foundation 伺服器可以包含如同 SQL Server 資料庫允許 (TB) 且硬體可支援的資料量，而 Visual SourceSafe 資料庫的建議大小限制則為 4 GB。

Part II . 功能差異

變更集

就概念而言，Visual SourceSafe 資料庫和 Team Foundation 原始檔控制伺服器的內部結構很類似。其資料庫和伺服器的組織方式都是採用階層結構。也就是說，資料夾會包含檔案。檔案則包含按照編號和建立日期/時間所識別的版本。

Team Foundation 提出一項稱為變更集的概念。Visual SourceSafe 中並沒有此概念。變更集是指邏輯容器，其中 Team Foundation 會儲存與單一簽入作業相關的所有項目。例如，檔案和資料夾修訂、相關工作項目的連結、簽入提示、簽入註解以及其他資訊 (例如送出變更的人員)。如需詳細資訊，請參閱使用版本控制變更集。

共用和固定

對於 Visual SourceSafe 的共用和固定功能，Team Foundation 並沒有對等的命令。當您將 Visual SourceSafe 專案移轉至 Team Foundation 時，Visual SourceSafe 資料庫中的固定功能就會以標籤來取代。

Team Foundation 中儲存記錄之方式的差異

Visual SourceSafe 和 Team Foundation 會以不同的方式來儲存下列動作的記錄。

加入和建立：在 Visual SourceSafe 中，只要加入檔案或資料夾就會建立父代和檔案的版本。在父代記錄中，此動作會記錄成「加入」，而在檔案記錄中，此動作會記錄成「建立」。在 Team Foundation 中，加入檔案或資料夾只會以「加入」動作來建立檔案或資料夾本身的版本。系統並不會針對此動作建立父代版本。
重新命名、刪除和取消刪除：在 Visual SourceSafe 中，這些動作都會建立父代的新版本。而在 Team Foundation 中，這些動作則會建立項目本身的新版本。
移動：在 Visual SourceSafe 中，當您移動資料夾時，就會同時建立來源和目的父代資料夾的新版本，並針對將資料夾移入或移出父代的每個父代記錄動作。系統不會針對資料夾 F 建立任何版本。例如，您將資料夾 F 從來源 S 移至目的 D，就會以「從 S 移動 $F」的動作建立 D 的新版本，而且會以「將 $F 移至 D」的動作建立 S 的新版本。在 Team Foundation 中，系統只會以「重新命名」的動作建立 F 的新版本。

簽入和簽出的差異

在 Visual SourceSafe 中，只有當您要編輯檔案時，才需要明確簽出和簽入。在 Team Foundation 中，每個動作都需要明確簽出和簽入。

在 Team Foundation 中以不同方式運作的功能

根據預設，Team Foundation 並不會在您簽出檔案時執行無訊息的 Get 作業。

在 Team Foundation 中，多位使用者可以同時簽出並變更相同的項目。在 Visual SourceSafe 中，簽出預設是獨佔的。不過，您可以在 Team Foundation 中鎖定檔案，以防止其他使用者簽出此檔案或簽入變更。如需詳細資訊，請參閱瞭解鎖定類型。

分支和合併：Visual SourceSafe 對於分支和合併提供非常基本的支援，因為 Visual SourceSafe 並不會儲存兩個檔案或資料夾分支的合併記錄。不過，Team Foundation 版本控制則支援合併記錄。如果沒有合併記錄，您就如同在 Visual SourceSafe 中進行無基底的合併一樣。

簽出時取得最新的版本

當您在 Visual SourceSafe 內簽出檔案時，Visual SourceSafe 會從原始檔控制擷取最新版本的檔案。您可以透過兩種方式在 Team Foundation 版本控制內設定簽出行為。如果您希望這項簽出行為與 Visual SourceSafe 的簽出行為相同，可以將簽出設定設為在簽出時取得最新版本的項目。如需詳細資訊，請參閱 HOW TO：設定簽出設定。

您也可以將簽出行為設定為將檔案的本機複本標示為已簽出，而不從伺服器取得最新版本的檔案。在執行取得作業以擷取一組檔案時，這項簽出行為將非常有用。一般而言，電腦上原始檔的組態代表 Team Foundation 版本控制中已知要共同運作之特定檔案的時間點快照集 (Snapshot)，因此能夠一起進行建置和測試。

身為在工作區中工作的程式開發人員，您與其他程式開發人員所做的變更會相互隔離。您可以控制想要接受其他程式開發人員所做變更的時機，只要視情況執行取得作業即可。最理想的狀況是，當您進行此作業時，就會更新整個原始檔的組態，而不是只有一兩個檔案。原因是，某個檔案中的變更通常會相依於其他檔案中對應的變更。這項簽出行為可確保您永遠都保有原始檔的一致快照集，以便能夠進行建置和測試。

當您簽入變更時，Team Foundation 會將您的變更與曾對伺服器版本所做的變更合併。如果偵測到任何衝突情形，便會出現 [解決衝突] 對話方塊提示。

Visual SourceSafe 中不存在的 Team Foundation 功能

Team Foundation 中不存在的 Visual SourceSafe 功能

共用
固定
封存和還原
關鍵字展開

Team Foundation 版本控制 - 02 - 使用者角色

jchiou — Mon, 26 May 2008 10:38:19 GMT

使用 Team Foundation 版本控制的角色主要有兩個類型。

參與者：參與者是 Team Foundation 版本控制的使用者，其主要與加入、刪除和修改版本控制伺服器上的檔案有關。這個角色最常與處理軟體專案的軟體開發人員有密切的互動。不過，由於版本控制伺服器中包含的所有檔案不一定都是原始程式碼檔案，所以參與者角色就不限於程式開發人員。例如，參與者可能是技術文件撰寫人員 (其產品是文件)，也可能圖形設計師 (其產品是二進位影像檔)。

參與者會使用 Team Foundation 版本控制做為一項機制，以便與其他參與者共享工作成果、維護所有參與者已經引入之所有變更的記錄檢視，以及在中央位置保存作品以便重複備份。

參與者會使用 Team Foundation 版本控制：
- 從版本控制伺服器擷取檔案。
- 簽出檔案以便修改。
- 簽入已修改的檔案。
- 將檔案加入至版本控制伺服器。
- 從版本控制伺服器刪除檔案。
- 比較檔案。
- 合併檔案之間的變更。

系統管理員：第二個角色是系統管理員，主要與管理版本控制伺服器，和使用其中包含的檔案來建立可重現軟體組建有關。系統管理員會負責維護儲存在軟體建構管理 (SCM) 系統中資料的完整性。雖然這項工作會因特定系統而有所不同，不過此工作通常包含管理版本控制伺服器的存取，以及針對其中包含的資料強制執行備份原則。由於軟體建構管理 (SCM) 系統是公司智慧財產的寶庫，所以系統管理員最終的責任就是要確保企業智慧財產的可用性和完整性。

系統管理員負責管理工作群組、權限、處理設定、安裝安全性更新和所有其他的資訊技術相關工作。

系統管理員負責根據小組所採用的建構管理方法，管理和分支版本控制伺服器中的各種程式碼行。一般而言，軟體建構管理 (SCM) 工程師就是強制執行原則的人員，這些原則包括可寫入的分支以及應該建立分支的時機。

此外，系統管理員可能還會負責合併分支之間的變更。不過，在大部分環境中，這個角色經常會委託給參與者進行。系統管理員可能會負責從位於軟體建構管理 (SCM) 系統中的檔案，生產可重現的組建。就此層面而言，為方便日後進行擷取，系統管理員會需要在建置流程期間標記檔案快照 (Snapshot) 的能力。系統管理員可能還必須保存，並對建置流程的中繼和最終輸出進行版本控制，以便日後檢閱。

系統管理員會使用 Team Foundation 版本控制：
- 版本控制伺服器中的分支程式碼檔。
- 標記目前開發狀態的快照。
- 合併版本控制伺服器分支之間的變更。

Team Foundation 版本控制 - 簡介

jchiou — Mon, 26 May 2008 10:02:25 GMT

Team Foundation 版本控制提供標準的原始程式碼版本控制功能，可擴充至同時服務數千位程式開發人員。除了一般的版本控制功能以外，Team Foundation 也是企業級軟體建構管理 (SCM) 產品，可為開發小組提供整合式版本控制、問題追蹤和流程管理。

Team Foundation 版本控制包含下列功能：

完整的版本控制功能集。
一次一項變更的簽入功能。
強大的分支和合併功能。
擱置。
簽入原則。

除了與其他 Team Foundation 技術 (例如，建立組建和工作項目追蹤) 統整至 Visual Studio 環境以外，版本控制還包含獨立的圖形使用者介面和命令列介面。