2009-10-01 61 views
5

有人請告訴我廣域網上TFS vs SVN的性能。我有一個場景,我們有多個團隊建立在地理上。有人可以幫我決定使用什麼嗎?廣域網上的tfs vs svn性能

更多sepcifically我想知道TFS 2008年業績。從互聯網上閱讀,我瞭解TFS 2005在WAN上真的很糟糕。但想知道是否有人看到TFS 2008性能有任何重大改進?

回答

5

TFS是不是真的設計爲脫機工作(即使它是possible to work around that)。與不可靠/慢速連接工作時

顛覆因此是一個更好的選擇。現代版本控制工具如mercurialgit在這方面甚至更好。

話雖這麼說,我不知道的比較是非常有用的。 Subversion只是一個版本控制系統。 TFS包含版本控制系統,構建服務器,問題跟蹤器,項目報告和數據收集服務,共享點存儲庫等。

2

這聽起來像你想考慮一個分佈式版本控制系統(dvcs)。這非常有效,因爲開發人員可以繼續工作,而無需使用互聯網和其他許多優勢。

一個似乎在Windows上開發獲得很大的牽引力是GitHub結合用於Visual Studio的GitExtensions(鑑於您對TFS的參考,我假設這是您的設置)。 Git有不同的背景,但many MS stack projects正在轉向它,特別是在你描述的場景和開源軟件中。

+1

再次,分佈式版本控制系統,所以DVCS,而不是d-CVS,是完美的解決方案。太好了,一如既往。 -1爲錯誤的拼寫而不回答他的問題。 但是,全球範圍的開發團隊提供的DVCS比其他任何軟件都要好得多。所以+1。 最後,主要問題是目標受衆:TFS目標受衆分享......嗯....沒有共同特徵,但是作爲以git或hg爲目標人羣的軟件開發人員。那麼,他的同事有多棒? – gimpf 2009-10-01 17:23:45

+0

@gimpf在您發表評論前一分鐘設法糾正我的錯字;)對目標觀衆您提出了一個好的觀點。這是有什麼可以得到關於混帳。一定的紀律也不會錯位。然而,我已經使用過Tfs和svn,並發現它們都有很好的功能,並且都有令人驚訝的深度。不要低估Tfs的性能,特別是在使用tfs 2008構建服務器的情況下。但是你是對的,通常只有使用這種技術的團隊纔會知道那些堅韌不拔的構建和那些簡單使用UI的團隊。 – dove 2009-10-01 17:35:40

1

我最後一次檢查,TFS不是爲低帶寬連接優化 - 例如,它不會在更新文件版本發送的diff,而只是發送給您的新文件的完整內容(當然,至少它gzip它...)。

2

根據您的團隊的規模,專業知識和錢包TFS考慮是使用在不同位置的Tfs proxy server