2011-01-06 105 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

相关问题