來自SVN橋的TFS代碼審查？

Question

是的，標題是正確的。有沒有一種方法可以從通過SVN橋連接到該TFS存儲庫的用戶計算機上對TFS中存在的項目（Microsoft的Team Foundation Server）進行編碼審查？

（相關：一個SVN橋是一個工具，允許使用Subversion的工具連接到TFS庫）

爲什麼？因爲我們有開發者高度防範（對他們的死亡）使用SVN而不是TFS。這些高級開發人員將對第三方供應商的簽入代碼進行評估。

問題是該項目目前駐留在TFS中，並將保留在那裏（按照CTO的說明）。我們被允許使用SVN Bridge，但是我不清楚這些代碼審查工具是否支持這種跨平臺。

它會怎麼樣？那麼，我會認爲它會知道代碼審查包中的文件。爲什麼不能將這些文件與SVN目錄而不是TFS進行比較？

什麼促使我覺得這個環境是這個演示代碼合作者的：

http://smartbear.com/docs/viewlets/CodeCollabDemo/CodeCollabDemo.html

截圖：

注意，在開始時，它會詢問什麼信息庫回顧？如果遠程團隊選擇TFS，而本地團隊選擇SVN會怎麼樣？是的，我會爲這個問題提供技術支持。但我也想在這裏發佈可能有類似設置的人的問題。

在此先感謝。

Answer 1

如果您的svn bridge軟件已經足夠先進，Code Collaborator只會將repo視爲svn repo，所以沒有任何問題。代碼協作者客戶端（GUI和命令行）全部執行一個顛覆命令行客戶端（您可以指定路徑和名稱）來獲取他們的信息。如果打開調試日誌（通過命令行上的--debug或通過GUI中的幫助菜單），您甚至可以看到正在執行的svn命令。只要那些輸出兼容'真正'的顛覆，你應該沒問題，因爲你的客戶只會將它看作一個svn倉庫。

由於審閱的作者通常是將文件添加到審閱的唯一人員，因此嘗試將TFS中的文件與Subversion-Bridged-to-TFS中的文件在同一審閱中進行比較的問題不應出現 - 這很好，因爲這實際上不起作用，因爲這些文件位於兩個不同的SCM中。只要一個作者堅持一個SCM或另一個，你應該沒問題。

（PS：我爲SmartBear做IT，開發和技術支持工作）