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

Question

我们正在为客户开发白标网和移动医疗应用程序。我们的产品发展迅速，我们正在支持现有客户并支持新客户。

当前的开发工作流程涉及SVN，用于源代码，需求文档跟踪和用于缺陷跟踪的螳螂。

我们正在考虑为我们的组织提供基于VS TFS 2010的应用程序生命周期管理。我们希望VS TFS 2010能够帮助我们简化以下

1）需求管理 2）源代码版本控制 3）构建自动化 4）测试管理

只是想知道是否有人有使用VS TFS 2010的经验并希望分享他们的经验？是否有任何有价值的替代VS TeamSystem？

Answer 1

前言：这是一个个人意见，除了我使用他们的平台工具开发之外，我与微软没有任何关系，尽管我在这个答案中遇到了微软爱好者。 （我是 - 我喜欢.NET开发）

我没有使用过TFS 2010，但我使用了2005 Team Suite，包括TFS和支持的Visual Studio版本。由于2005版本的安装非常困难，我们没有进入2008年或1020年。但是，一旦我们安装好了......喜欢它。项目管理工具很直观，效果很好。设置构建是轻而易举的，它完成了我希望它简单有效地完成的所有工作。

然而，从那时起，我们采用了开源工具来完成相同类型的工作。正如我所说，2005年的安装是一个NIGHTMARE，即使2010版本的Team Foundation Server很容易安装（我自己测试并向那些帮助2005版本的穷人展示它只是为了向他们展示它有多好是的，我无法说服我的团队给它第二次机会。他们选择坚持使用不需要经常升级的工具，并且在需要完成时更容易升级。

如果只是我，我会使用它。这是事情正常工作，无缝协作的事情之一。可用的文档（MSDN，视频等）是详尽无遗的。我怀疑任何其他工具都有详细记录。

旧版本的体验非常糟糕，以至于没有其他人会对新版本进行公平的撼动，这太糟糕了。

至于替代方案 - 它不是开源的，但Atlassian有一套很好的工具。它们适用于Java，我们在.NET商店中使用它们中的一些。我们正在使用SVN进行源代码控制。这是我对新环境的唯一理解，而不是团队系统。

Answer 2

我在2个月前开始在一家新公司开始使用TFS 2010专用（用于源代码控制和问题/任务跟踪），但我一直都不熟悉它。以前，我主要使用SVN进行源代码控制，使用OnTime（Axosoft）或Fogbugz（Joel Spolsky），并且都喜欢它们。

我不知道这是否是他们使用TFS的方式（分支没有SVN那么好......他们有产品Backlog项目，Sprint Backlog项目，Bugs，Impediments，上帝知道什么否则要跟踪）但我发现它太复杂了。

我认为开发人员使用的工具应该可以帮助开发人员，而不是妨碍开发人员。如果我必须停下来思考如何分支代码或分配问题，那么我的工具就会出现问题（或者我只需花更多时间学习它们......这对我来说也没有意义）。