在 Visual SourceSafe 管理器程序中設(shè)置的 Visual SourceSafe 用戶權(quán)限和分配與對 Visual SourceSafe 數(shù)據(jù)庫文件夾的 Windows 共享權(quán)限無關(guān)。您可以為特定的 Visual SourceSafe 項目或個別 Visual SourceSafe 用戶設(shè)置權(quán)限和分配，但必須向所有 Visual SourceSafe 用戶授予對 Visual SourceSafe 數(shù)據(jù)庫文件夾的相同權(quán)限。因此，對于所有 Visual SourceSafe 用戶，無論使用 Visual SourceSafe 管理器程序指定的其項目級別權(quán)限如何，他們都可以訪問這些共享文件夾并對所有 Visual SourceSafe 數(shù)據(jù)具有完全控制權(quán)。

在 Team Foundation 中，用戶特定的操作權(quán)限和項目級別訪問權(quán)限受 Windows 用戶帳戶的限制。由 Internet Information Server 安全地執(zhí)行用戶身份驗證。單獨訪問 SQL Server 數(shù)據(jù)庫的權(quán)限無需賦予執(zhí)行源代碼管理操作的個別用戶。因此，這樣產(chǎn)生的 Team Foundation 安全結(jié)構(gòu)安全、可靠并易于管理。

由于 Visual SourceSafe 沒有服務(wù)器組件，因此涉及將數(shù)據(jù)從客戶端傳輸?shù)綌?shù)據(jù)庫的操作是非事務(wù)性的。這意味著如果發(fā)生問題，操作就無法回滾。在極少數(shù)情況下，在寫入操作期間確實發(fā)生像網(wǎng)絡(luò)連接斷開這樣的問題，此時可能會破壞受影響文件的完整性并丟失信息。

Team Foundation 是客戶端-服務(wù)器應(yīng)用程序，該應(yīng)用程序利用不會受到網(wǎng)絡(luò)連接問題影響的存儲過程在數(shù)據(jù)庫中執(zhí)行寫入操作。此外，還使用事務(wù)執(zhí)行某些操作，以便在這些操作出錯時可以回滾。這種體系結(jié)構(gòu)確保了您的源文件不會無意中遭到破壞。它還確保了包含相關(guān)更改的文件組可以作為可能測試良好的 變更集 同時全部提交給源代碼管理服務(wù)器。

Team Foundation 最多可支持 2000 名用戶的團隊，而 Visual SourceSafe 建議的團隊人數(shù)是二十或更少。Team Foundation 服務(wù)器包含的數(shù)據(jù)量可達到 SQL Server 數(shù)據(jù)庫允許（千兆字節(jié)）且您的硬件可支持的最大數(shù)據(jù)量，而 Visual SourceSafe 數(shù)據(jù)庫建議的大小限制是 4 GB。

從概念上來說，Visual SourceSafe 數(shù)據(jù)庫和 Team Foundation 源代碼管理服務(wù)器的內(nèi)部結(jié)構(gòu)類似。這些數(shù)據(jù)庫和服務(wù)器都按分層的形式進行組織。文件夾包含文件，而文件包含由編號和創(chuàng)建日期/時間標(biāo)識的版本。

Team Foundation 引入了一個 Visual SourceSafe 中沒有的概念：變更集。變更集是 Team Foundation 存儲與單個簽入操作相關(guān)的下列所有內(nèi)容的邏輯容器：文件和文件夾修訂、指向相關(guān)工作項的鏈接、簽入說明、簽入注釋以及提交更改的用戶等其他信息。有關(guān)更多信息，請參見 使用源代碼管理變更集 。

Team Foundation 沒有與 Visual SourceSafe 的共享或固定功能等效的命令。

在將 Visual SourceSafe 項目遷移到 Team Foundation 時，用標(biāo)簽替換 Visual SourceSafe 數(shù)據(jù)庫中的插針。

Visual SourceSafe 和 Team Foundation 以不同的方式存儲下列操作的歷史記錄。

• 添加和創(chuàng)建 ???在 Visual SourceSafe 中，添加一個文件或文件夾時，會創(chuàng)建該文件及其父級的一個版本。在該父級歷史記錄中，該操作被記錄為“添加”；而在該文件歷史記錄中，該操作被記錄為“創(chuàng)建”。在 Team Foundation 中，添加一個文件或文件夾時，將只用“添加”操作創(chuàng)建該文件或文件夾自身的一個版本。不為此操作創(chuàng)建父級版本。

• 重命名、刪除和撤消刪除 ???在 Visual SourceSafe 中，這些操作會創(chuàng)建父級的新版本；而在 Team Foundation 中，這些操作創(chuàng)建該項自身的一個新版本。

• 移動 ???在 Visual SourceSafe 中，在移動某一文件夾時，將同時創(chuàng)建源和目標(biāo)父文件夾的新版本，并對每個父級記錄將該文件夾移入或移出父級的操作。不為文件夾 F 創(chuàng)建版本。例如，如果將文件夾 F 從源文件夾 S 移至目標(biāo)文件夾 D，則對“將 $F 移出 S”操作創(chuàng)建 D 的新版本，并對“已將 $F 移入 D”操作創(chuàng)建 S 的新版本。在 Team Foundation 中，“重命名”操作只創(chuàng)建 F 的新版本。

在 Visual SourceSafe 中，只有在編輯文件時才需要執(zhí)行顯式簽出和簽入操作。在 Team Foundation 中，每個操作都需要執(zhí)行顯式簽出和簽入操作。

與 Visual SourceSafe 不同，Team Foundation 在您簽出文件時不執(zhí)行靜態(tài) Get 操作。

在 Team Foundation 中，多個用戶可以同時對同一項進行簽出和更改。在 Visual SourceSafe 中，默認(rèn)情況下以獨占方式執(zhí)行簽出。但您可以在 Team Foundation 中鎖定某一文件，以防止其他用戶簽出該文件或簽入更改。有關(guān)更多信息，請參見 了解鎖定類型 。

分支和合并 ???由于 Visual SourceSafe 并不存儲文件或文件夾的兩個分支之間的合并歷史記錄，因此 Visual SourceSafe 只支持非常基本的分支和合并功能。但 Team Foundation 源代碼管理 確實支持合并歷史記錄。在 Visual SourceSafe 中，由于沒有合并歷史記錄，進行的合并最終是無依據(jù)的。

簽出操作不對正在簽出的文件執(zhí)行 Get Latest 操作

當(dāng)您執(zhí)行 Get 操作以用一組文件填充工作區(qū)時，將從源代碼管理創(chuàng)建一個一致的快照。通常，系統(tǒng)上源代碼的配置表示 Team Foundation 源代碼管理 服務(wù)器中已知一起運行的文件的時間點快照，因此能夠進行生成和測試。

作為在工作區(qū)中執(zhí)行操作的開發(fā)人員，您將被隔離，不受其他開發(fā)人員所做更改的影響。您可以根據(jù)需要執(zhí)行 Get 操作，以控制何時接受來自其他開發(fā)人員的更改。理論上說，當(dāng)您這么做時，將更新源代碼的整個配置，而不僅僅是一兩個文件。其原因是一個文件的更改通常取決于其他文件的相應(yīng)更改，因此您必須確保您仍具有一個能夠進行生成和測試的一致的源代碼快照。

這就是簽出操作不對正在簽出的文件執(zhí)行 Get Latest 操作的原因所在。更新正在簽出的那個文件將違反一致的快照邏輯，因此可能會導(dǎo)致無法生成或測試源代碼配置。作為一種備選方法，Team Foundation 會強制您在簽入更改之前的某一時間點執(zhí)行 Get Latest 操作，以便在您嘗試簽入更改且沒有最新副本的情況下，用解決沖突對話框向您提示。

• 工作區(qū)

• 變更集

• 擱置集

• Team Foundation 工作項

• 簽入策略

• 簽入說明

• 通過 設(shè)置警報 執(zhí)行的電子郵件通知

• 共享

• 固定

• 存檔和還原

• 銷毀

• 關(guān)鍵字?jǐn)U展

• 回滾