2011-01-06 39 views

回答

3

TFS與其餘部分之間的主要區別在於源代碼管理與價值物品跟蹤的高度集成性,以及您在兩者之間都有數據倉庫的事實。

在原始源代碼控制的功能,TFS和Subversion方面比較好。 Obvioulsy表示,TFS可以與SQL Server 2005交談,這意味着任何SQL工具和知識都可以用來備份數據庫等,而不是我的頭頂--Subversion缺乏擱置,緩存代理和lightwieght標籤功能,但是確實比TFS V1有更好的離線故事。

TFS,Subversion和之類的東西Vault是偉大的,現代的,源代碼控制系統。您會注意到我將VSS從列表中刪除:-)。雖然TFS的源代碼控制功能非常好 - 它的功能比版本控制要多得多...

你也可以看看其他一些studies已經執行。但是,再次,僅僅因爲其他人已經決定採用該產品並不意味着你必須這樣做。開發者工具市場上有很多競爭,讓您以可承受的價格獲得所需的工具。

就說服您的管理層而言,工作項目跟蹤和源代碼控制之間的整合解釋以及爲您的組織購買等效(非集成)產品的成本比較應該有所裨益。

+0

valut不是很大......它吮吸。 – thekbb 2011-06-24 16:53:49

2

我不希望我的最大的敵人TFS。我只用它來控制源代碼,並沒有其他設施的使用經驗,但它給我帶來了巨大的悲痛。 TFS源控制設施繁瑣,複雜,不完整,容易出錯,容易出錯並且通常難以使​​用。我只用它,因爲我被迫上班。即使項目管理工具是完全可怕的(我收集他們不是),我不想使用它們,因爲TFS源代碼管理經常導致我的痛苦。

有很多在網絡上這個工具的更多或更少的合理分析的(除了所有的恨充滿謾罵)。這裏有一些從附近:

Should we migrate from svn to Team Foundation Server 2010?

Experience with SVN vs. Team Foundation Server?

TFS vs SVN

+0

這是一個很有偏見的評論。自2008版以來,我一直在使用TFS,並且從未導致數據(源代碼)丟失。有時可能很難管理(比如在多個服務器上設置權限 - tfs,報告服務器,共享點等),但這是您使用小型和大型團隊都可以使用的產品所付出的代價。 – 2011-08-29 18:30:27

+2

我的看法確實有偏頗。它在TFS方面有多年的經驗。僅僅因爲VCS沒有丟失任何源代碼,並不會讓我想要使用它。這是否真的是您用來衡量系統的承諾與選擇項目管理/ VCS一樣大?因爲我確實意識到自己的偏見,所以我確實包含了一些不太偏倚的來源的鏈接。 – 2011-09-21 14:55:47

相關問題