问任何人都愿意分享他们使用TFS进行应用程序生命周期管理的经验

EN

前言:这只是我个人的观点，除了我用他们的工具为他们的平台开发之外，我与微软没有任何联系，尽管在这个答案中我给人的印象是一个微软的爱好者。(我就是--我喜欢.NET开发)

我没有使用过TFS 2010，但我使用了2005 Team Suite，包括TFS和支持的Visual Studio版本。我们没有前进到2008或1020，因为2005版本的安装异常困难。然而，一旦我们安装了它..。我很喜欢。项目管理工具非常直观，并且运行良好。设置构建是一件轻而易举的事情，它可以简单高效地完成我想要做的所有事情。

然而，从那时起，我们采用了开源工具来做同样类型的事情。正如我所说的，2005年的安装是一场噩梦，尽管2010版的Team Foundation Server安装起来非常容易(我自己测试了它，并向帮助2005版的可怜团队演示了它，只是为了向他们展示它有多好)，但我无法说服我的团队给它第二次机会。他们选择了不需要经常升级的工具，并且在确实需要升级的时候更容易升级。

如果只有我，我会用它的。这是其中的一件事情，事情只是工作正常，并无缝地工作在一起。而且可用的文档(MSDN、视频等)是详尽的。我怀疑任何其他的工具集都有很好的文档记录。

太糟糕了，老版本的体验如此糟糕，以至于这里没有人会给新版本一个公平的评价。

至于替代方案-它不是开源的，但Atlassian有一套很好的工具。它们在Java上工作得很好，我们在.NET商店中使用了其中的一些。我们使用SVN进行源代码控制。与Team System相比，这大概是我更喜欢我们的新环境的唯一原因。

两个月前，我开始在一家新公司工作，专门使用TFS2010(用于源代码控制和问题/任务跟踪)，但我一直无法适应它。在此之前，我主要使用SVN进行源代码控制和OnTime (由Axosoft开发)或Fogbugz (由Joel Spolsky开发)，我对它们都很喜欢。

我不知道这是否是他们使用TFS的方式(分支没有SVN中那么好……他们有产品积压项目、Sprint积压项目、Bugs、障碍，以及天知道还需要跟踪什么)，但我发现它太复杂了。

我认为开发人员使用的工具应该帮助开发人员，而不是妨碍开发人员。如果我不得不停下来思考如何分支代码或分配问题，那么我的工具出了问题(或者我只是需要花更多的时间来学习它们……这对我来说也没什么意义)。