我们正在开发我们的客户白色标签的网络和移动应用的医疗保健。我们的产品正在迅速发展,我们支持现有的客户,并会支持新的客户。

目前的发展工作流程涉及SVN为源代码,需求文档跟踪和螳螂用于缺陷跟踪。

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

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

只是想知道是否有人使用VS TFS 2010有经验,想分享他们的经验?是否有任何值得替代VS TeamSystem?

有帮助吗?

解决方案

前言:这是个人的意见,我没有比我与他们的工具,为他们的平台进行开发,即使我遇到的这个答案微软情人其他联系微软。 (这我 - 我爱.NET开发)

我没有使用TFS 2010,但我已经使用了2005团队套件包括TFS并支持Visual Studio版本。我们没有前进到2008或1020,因为2005年的版本如何极其困难的是安装。然而,一旦我们得到了它安装...喜欢它。项目管理工具是直观的,并且行之有效。建立构建是一件轻而易举的,它所做的一切,我想它做的简单而有效。

但自那以后,我们已经采用了开源工具做同样类型的东西。正如我所说,在2005年安装了一个恶梦,即使2010年版的Team Foundation Server很容易安装(我测试了它自己,它证明了穷人的团队谁与2005年版的帮助只是向他们展示如何更好它是),我无法说服我的团队给它第二次机会。他们选择了坚守与没有需要升级经常工具,而且更容易被升级的时候它确实需要做的。

如果它只是我,我会用它。这是那些东西,事情只是工作正确的,并且无缝地一起工作。而现有的文件(MSDN,视频等)也是面面俱到。我怀疑任何其他的工具集是充分证明。

这只是太糟糕了,与旧版本的体验是如此糟糕,没有人在这里会给出较新的版本公平待遇。

至于替代品 - 它不是开源的,但 Atlassian的有一个很好的工具集。他们的工作以及对Java和我们在我们的.NET店使用其中的一些。我们使用SVN源控制。这是对我喜欢比我的团队系统我们新的环境更美好的唯一的事情。

其他提示

我在一家新公司入门2几个月前使用TFS 2010专(源控制和问题/任务跟踪),我一直没能得到舒服。以前,我主要使用SVN源控制和任一导通时间(由Axosoft)或FogBugz的(乔尔斯波斯基),并喜欢它们两者。

我不知道这是否是他们正在使用TFS的方式(分支什么一样好,因为它是在SVN ......他们有积压的产品项目,冲刺积压物品,缺陷,障碍,天知道是什么其他跟踪),但我觉得它太令人费解。

我觉得工具开发人员使用应协助开发中的方式没有得到。如果我要停下来想想如何分支代码或分配问题,那么有什么地方错了我的工具(或者我只是需要花更多的时间来学习他们...这没有任何意义对我来说无论是)。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top