我们正在为我们的客户开发白标网络和移动医疗保健应用程序。我们的产品正在迅速发展，我们正在支持现有客户并支持新客户。
当前的开发工作流程涉及用于源代码的 SVN、需求文档跟踪和用于缺陷跟踪的 mantis。
我们正在为我们的组织考虑基于 VS TFS 2010 的应用程序生命周期管理。我们希望 VS TFS 2010 将帮助我们简化以下内容
1) 需求管理 2) 源代码版本控制 3) 构建自动化 4) 测试管理
只是想知道是否有人有使用 VS TFS 2010 的经验并想分享他们的经验？VS TeamSystem 有什么有价值的替代品吗？
前言：这是个人意见，除了我使用他们的工具为他们的平台开发之外，我与微软没有任何联系，即使我在这个答案中遇到了微软爱好者。（我就是——我喜欢 .NET 开发）
我没有使用过 TFS 2010，但我使用了 2005 Team Suite，包括 TFS 和支持的 Visual Studio 版本。我们没有前进到 2008 或 1020，因为 2005 版本的安装非常困难。但是，一旦我们安装了它……就喜欢它。项目管理工具直观且运行良好。设置构建轻而易举，它完成了我希望它简单有效地完成的所有工作。
然而，从那以后，我们采用了开源工具来做同样类型的事情。正如我所说，2005 版的安装是一场噩梦，即使 Team Foundation Server 的 2010 版安装非常容易（我自己对其进行了测试，并向帮助安装 2005 版的可怜团队展示了它，只是为了向他们展示它有多好是），我无法说服我的团队再给它一次机会。他们选择坚持使用不需要经常升级的工具，并且在确实需要升级时更容易升级。
如果只是我，我会使用它。这是其中一件事情可以正常工作，并且可以无缝地协同工作。可用的文档（MSDN、视频等）非常详尽。我怀疑任何其他工具集是否有据可查。
太糟糕了，旧版本的体验是如此糟糕，以至于这里没有其他人会给新版本带来公平的震动。
至于替代方案 - 它不是开源的，但Atlassian有一套很好的工具。它们适用于 Java，我们正在 .NET 商店中使用其中的一些。我们使用 SVN 进行源代码控制。与团队系统相比，这是我对新环境唯一更喜欢的地方。
2 个月前，我在一家专门使用 TFS 2010（用于源代码控制和问题/任务跟踪）的新公司开始工作，但我一直无法适应它。以前，我主要使用 SVN 进行源代码控制和 OnTime（由 Axosoft）或 Fogbugz（Joel Spolsky），并且都喜欢它们。
我不知道这是否是他们使用 TFS 的方式（分支并不像在 SVN 中那样好......而且他们有产品待办事项、冲刺待办事项、错误、障碍，天知道还有什么要保留的跟踪），但我觉得它太复杂了。
我认为开发人员使用的工具应该帮助开发人员，而不是妨碍他们。如果我不得不停下来思考如何分支代码或分配问题，那么我的工具出了问题（或者我只需要花更多时间学习它们……这对我来说也没有意义）。