Perforce與Team Foundation Server的比較

Perforce與Team Foundation Server（TFS）的比較如何。在這裏工作中，我們完全使用了Perforce（我非常喜歡btw）。另一方面，我很抱歉我從未使用過TFS。儘管我對TFS很感興趣，但是我無法對這個區別做出判斷。Perforce與Team Foundation Server的比較

使用每一個的優點是什麼？

來源

2010-08-20 C Johnson

你想幫助支持Stack Exchange上的Visual Studio ALM社區嗎？ http://bit.ly/caQ9ds – 2010-08-20 11:50:08

什麼是ALM社區？ – 2010-08-20 14:16:50

ALM =應用程序生命週期管理。它涵蓋了從源代碼管理到SDLC方法自動化的所有內容。 – Robaticus 2010-08-20 14:25:30

嗯。我只是因爲你的問題才加入了stackoverflow。

我從來沒有使用過Perforce，雖然我聽說過它的好東西，因此我沒有資格比較這兩個，或真正回答你的問題。不過，我已經使用了TFS源代碼控制（目前）和Subversion（過去），雖然我真的很喜歡後者的功能+簡單性，但我對前者有些厭惡。

這裏有幾個是談一些TFS源控制的消極方面和挫折的地方：

http://www.nearinfinity.com/blogs/joe_ferner/why_i_dislike_tfs_-_team_found.html

http://goingagile.blogspot.com/2008/04/evaluating-source-control-systems.html

當然，TFS不僅僅是源代碼控制更多，並且工作項目，報告和項目跟蹤功能都很好。

來源

2010-08-20 06:34:44 agentnega

這確實沒有解決他的問題。而且，Joe Ferner在鏈接網站上的大部分聲明都是不正確的，並代表了某個似乎並不知道如何使用TFS的人的觀點。 – Robaticus 2010-08-20 14:24:27

第一部分商定。我可能會同意第二部分，如果還沒有現成的易於使用，合乎邏輯，合理的源代碼管理工具，並且做你期望他們做的事情，並且可以很快並且毫不費力地採用。另一方面，TFS源代碼控制有各種奇怪的，意想不到的和有問題的行爲，以及像工作區那樣非常醜陋的「特徵」。我的意思是，我們談論的東西已經被其他人解決得很好，但是TFS變得曲折。甚至折磨。我不應該採取一個課程來理解這件事。但當然YMMV。 – agentnega 2010-08-20 17:19:11

我們從一年多前從StarTeam轉移到TFS，從此不再回頭。我不確定你爲什麼認爲工作空間是曲折的。唯一真正醜陋的行爲是它對待重命名，刪除和移動的方式。我個人喜歡TFS的其他一切。如果你真的想要折磨，試試StarTeam編程模型（API）。與TFS API相比，它會讓你的大腦融化。 – Robaticus 2010-08-20 18:25:45

這裏是Perforce公司對TFS競爭分析文檔（測試結果）：

http://www.perforce.com/sites/default/files/pdf/perforce-mstfs-comparison.pdf

（我無法找到，但想比較，由Microsoft-公佈相應的文件，如果任何人有它）。

來源

2010-08-20 17:56:50

更新後的鏈接： http://www.perforce.com/sites/default/files/pdf/perforce-mstfs-comparison.pdf – Gaspode 2013-02-28 10:57:15

https://www.perforce.com/products/compare-perforce但是TFS比較是不在那裏。 – 2017-08-14 05:06:11

Perforce與Team Foundation Server的比較

回答

相關問題