3

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

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

在向高层管理人员推销此内容时，我还应该查看哪些其他好处或信息？我正在寻找技术原因，金钱不是这个讨论真正关心的问题。

4

4 回答 4

3

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

  • 强大的分支和合并支持，非常适合同时支持多个软件版本的团队。
  • 自定义签入策略有助于在源代码控制中实施稳定的代码库。
  • 通过可通过 TFS 为您创建的 SharePoint 2007 门户或通过 Visual Studio 中的 TFS Explorer 访问的工作项为您的 QA 团队提供内置支持。
于 2010-02-08T20:43:18.600 回答
2

根据我对 SourceSafe 的个人经验，我想 TFS 也会有同样的问题，如果你有任何远程开发人员使用默认语言而不是服务器上的语言，你会一直头疼。恕我直言，外包连接的能力也很糟糕。我迁移到 SVN，一个不错的错误跟踪系统，并实施了一些测试策略，并且没有回头。另外，它便宜了很多...

于 2010-02-08T21:11:57.403 回答
2

从流程的角度来看，它带有以下两个模板供您为您的 TFS 项目选择

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

除上述模板外，Scrum 模板可从Scrum for Team System 获得

于 2010-02-08T22:37:29.990 回答
0

我参与过一个大型 BizTalk 2006 项目，以及使用 Subversion/TeamCity（构建服务器）和 Tortoise 的个人 BizTalk 项目，它们都运行得非常好；我现在正在开发一个基于 TFS2010 的小型 BizTalk 2009 项目，这很痛苦。

这可能只是我对 TFS 的（缺乏）经验，但它似乎并不“完美”；并且考虑到我需要在 Visual Studio 中完成所有工作，我感觉好像我正在失去对许多不容易在 VS 中放置的工件的控制（是的，我知道 2009 年现在是一等公民）。

如果我要决定关闭哪个平台，我会使用 Subversion/TeamCity 和 Tortoise（或者可能是 Mercurial，但我还没有时间调查）。从成本的角度来看，对于一个小规模的项目来说，认为“零”。在功能方面，它们实现了 TFS 可以做的所有事情 - 分支、合并、持续集成等。事实上，我刚刚向希望从 Sourcesafe 迁移的小型 BizTalk 开发团队的客户提出了这个建议。

于 2010-05-05T08:04:40.287 回答