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

Question

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

当前的开发工作流程涉及用于源代码的 SVN、用于跟踪需求文档的 SVN 以及用于缺陷跟踪的 Mantis。

我们正在考虑为我们的组织提供基于 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 版本。我们没有升级到 2008 或 1020，因为 2005 版本的安装非常困难。然而，一旦我们安装了它......就喜欢它。项目管理工具直观且运行良好。设置构建变得轻而易举，它简单而高效地完成了我希望它完成的所有事情。

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

如果只有我的话我会用它。这是一切正常运转、无缝协作的事情之一。可用的文档（MSDN、视频等）非常详尽。我怀疑是否有任何其他工具集也有如此详细的文档记录。

不幸的是，旧版本的体验是如此糟糕，以至于这里没有其他人会给新版本公平的待遇。

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

Answer 2

两个月前，我在一家新公司开始工作，该公司专门使用 TFS 2010（用于源代码控制和问题/任务跟踪），但我一直无法适应它。以前，我主要使用 SVN 进行源代码控制，以及 OnTime（Axosoft 出品）或 Fogbugz（Joel Spolsky），并且都很喜欢它们。

我不知道这是否是他们使用 TFS 的方式（分支并不像 SVN 中那样好......而且他们有产品待办事项、Sprint 待办事项、错误、障碍，天知道还要保留什么）跟踪）但我发现它太复杂了。

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