我们正在研究为我们的开发团队升级到 Team Foundation Server 2008 的可能性。我们的主要原因之一是围绕 BizTalk 2009 的一些部署功能,但我很好奇 BizTalk 之外的其他项目还有哪些其他好处。

到目前为止,我们的一些兴趣正在转向一键构建和部署过程、添加单元测试和持续集成。我工作的公司向前迈出了一些明确的步骤。

当我向高层管理人员推销这一点时,我还应该考虑哪些其他好处或信息?我正在寻找技术原因,金钱并不是本次讨论真正关心的问题。

有帮助吗?

解决方案

您已经掌握了 TFS 的许多出色功能(持续集成、团队构建、单元测试集成)。我参与过的团队的其他一些功能包括:

  • 出色的分支和合并支持,这对于同时支持多个软件版本的团队来说非常有用。
  • 自定义签入策略有助于在源代码管理中实施稳定的代码库。
  • 通过工作项为您的 QA 团队提供内置支持,可以通过 TFS 为您创建的 SharePoint 2007 门户或通过 Visual Studio 中的 TFS Explorer 访问这些工作项。

其他提示

在我与SourceSafe的个人经验,我会想象,TFS将有同样的问题,如果您有任何远程开发商比服务器上的另外一个默认的语言,你必须经常头疼。恕我直言,外包连接的能力太臭也是如此。我迁移到SVN,一个体面的bug跟踪系统,并采取了一些测试的政策,并没有回头。另外,它的便宜很多赫克...

从流程角度来看,它提供了以下两个模板供您的 TFS 项目选择

  1. MSF 敏捷软件开发
  2. 用于 CMMI 流程改进的 MSF

除了上述模板之外,Scrum 模板还可以从 Scrum 团队系统

我在一个大的BizTalk 2006年项目工作,而使用Subversion / TeamCity的个人的BizTalk项目(构建服务器)和龟,所有的工作非常出色;我现在工作的基础上TFS2010小的BizTalk 2009年项目,它是痛苦的。

这可能仅仅是我的(缺乏)与TFS的经验,但它似乎没有“抛光”;并考虑到我需要在Visual Studio中做的一切事实,我觉得好像我失去了许多文物控制不容易在VS坐(是的,我知道,2009年,现在是一等公民)。

如果我是做决定的为去哪个平台的时候,我会使用Subversion / TeamCity的和龟(或者可能是水银,但我还没有来得及以调查还)。从成本的角度来看,认为“零”的小规模项目。在功能方面,他们取得的一切,TFS可以做 - 分支,合并,持续集成等。事实上,我只是提出这个建议,给客户一个小的BizTalk开发团队谁正在寻找从SourceSafe移动

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