我們是四個開發人員在不同地點(彼此相距100公里)嘗試協作開發一個軟件開發項目。遠程訪問Team Foundation Server 2010
我們希望在我們的一臺機器上安裝Team Foundation Server 2010(我們都使用Windows 7)並將其用作我們的中央源代碼存儲庫和工作項目管理。
但是,我們似乎無法配置TFS接受刪除連接(通過Visual Studio)。是否有可能以這種方式使用TFS?
我們是四個開發人員在不同地點(彼此相距100公里)嘗試協作開發一個軟件開發項目。遠程訪問Team Foundation Server 2010
我們希望在我們的一臺機器上安裝Team Foundation Server 2010(我們都使用Windows 7)並將其用作我們的中央源代碼存儲庫和工作項目管理。
但是,我們似乎無法配置TFS接受刪除連接(通過Visual Studio)。是否有可能以這種方式使用TFS?
TFS只是一堆web服務,應該設置爲遠程訪問開箱即用。
你可能需要配置的東西。
確保Windows防火牆是允許TFS接受在端口8080傳入的請求(TFS的安裝可以爲你做這個)
配置你的路由器使用「端口轉發」,這樣的請求從互聯網到端口8080被路由到安裝了TFS的機器。
您的ISP可能會動態分配IP地址,因此您可能需要註冊Dynamic DNS service,如NO-IP.com。 (檢查你的路由器支持哪些)
一旦你完成了這個,那麼你應該啓動並運行。
我確信其他人會建議你溝渠TFS並使用DVCS,如GIT或Mercurial,他們有一個觀點!你應該考慮是否值得讓TFS以這種方式工作,而另一個系統可能更容易啓動和運行。
TFS對這種類型的場景工作得很好,無論您是否使用DVCS,您仍然需要配置訪問權限。你不需要設置代理。即使通過緩慢的連接,TFS速度也非常快。如果您與TFS不在同一個域中,則需要記住以下三件事:
@Nigel我在我的工作場所使用本地代理的遠程服務器上有TFS。我們的互聯網連接相對於現場開發人員的數量相當緩慢。與使本地服務器相比,TFS在此配置中的性能極差。我們的解決方案可以下載幾百MB(其中有幾個分支)。檢查版本歷史是緩慢而痛苦的。檢索擱架是緩慢而痛苦的。在VS2010或VS2008上檢查是緩慢而痛苦的。幸運的是,VS2012以異步方式執行此操作,因此簽入並不是很糟糕,但是當操作完成後,您最終將獲得模態對話框。總而言之,與SVN相比,我想說的是一個糟糕的體驗,更不用說DVCS了。
偉大的建議。我想補充一點,一旦你已經連接到遠程工作的TFS服務器,可能是考慮在每個位置安裝一個版本控制代理服務器的時候了 - 它是輕量級的,並且肯定會加速你的源代碼管理訪問。 –
我打算髮表一個答案,但這一個已經對。實際上,我本週末(在一個動態IP上)建立了一個遠程TFS服務器,而且我根本沒有任何問題。我爲TFS本身轉發了端口8080,並使用端口80訪問了Sharepoint和TFS Web訪問,然後我使用一點IIS綁定魔法來獲取友好URL上的所有內容。我使用zoneedit來照顧我的動態IP資料,因爲它可以讓你更細粒度,因爲你可以編輯區域條目。 –
嗨格雷格,有沒有機會在一些細節中解釋這一點?我面對同樣的事情,我真的想知道如何做到這一點(特別是'IIS綁定魔術'部分......) –