在多個供應商項目中使用 TFS 和 SVN 的可能解決方案？

Question

我正在努力建立一個源代碼控制解決方案，該解決方案將允許多個供應商為單個項目做出貢獻（單個安裝中的多個 Sitecore CMS 站點）。 理想情況下，我們希望 go 和 TFS 因為它似乎符合我們的內部要求並提供最佳支持。 然而，我們的一些供應商更喜歡 SVN。 如果我們選擇 go 和 TFS 似乎有許多可能的解決方案。

1) 供應商承諾直接使用 TFS，使用 MS 工具和 CAL（例如用於后端開發的 Visual Studio 和用於前端的 tfs.exe 等）。

2) 供應商使用 TFS，插入並適配器到他們當前的 SVN 工具（SVN Bridge / SVN Tortoise） - 仍然需要每個開發人員的 CAL。

3) 供應商使用單個 CAL 從 TFS 建立代碼庫，然后將其用作 SVN 存儲庫。 供應商在本地使用 SVN，但使用 SVN 存儲庫和 TFS 之間的持續集成來保持同步。

第三種選擇在許可條款上看起來更便宜，但會在同步中增加相當大的復雜性和開發人員時間，並且可能會丟失每個開發人員的簽入信息（單個開發人員會簽入他的團隊對 TFS 的所有更改） .

我們實際上不需要大量的細節和復雜性，只需要基本的功能。 供應商對他們的團隊負責，我們甚至不需要知道誰在那個級別做了什么，只要它來自供應商 A 或供應商 B。

上述方法的相對缺點和優點是什么，哪些工具可以讓我的生活更輕松？

Answer 1

正如您所指出的，您確實有幾個選擇：

1. 如果您的供應商只想使用 Windows 類似 Explorer 的集成（類似於 Tortoise 工具），他們可以安裝包含 Explorer 集成的 TFS 電動工具。 雖然此選項將要求您的供應商學習新工具（因此一開始可能有點令人沮喪），但這肯定會具有最少數量的“活動部件”和損壞的可能性。

2. 大概是最難走的路線了。 雖然 SVNbridge 在很多方面都很出色，但它可能無法提供用戶需要的所有功能，例如分支和合並。

3. Timely Migration offers a SVN to TFS Migration Tool that is useful for a first-time SVN to TFS migration, but (if I recall) does have some manual resolution steps that would make it more difficult to use in an automated manner. 但是，這可能值得研究如何將其用於同步。 但是，在這一點上，您應該就 CAL 許可咨詢您的 Microsoft 聯系人：使用自動化工具在 TFS 和另一個系統之間進行同步並不一定會消除 CAL 限制。