0

因此，我们在当前的 Team Foundation Server 2010 设置中使用了持续集成，到目前为止它运行良好。我们正在做搁置集，构建在 TFS 的构建管理器上运行，它还为我们运行我们的 MSTest 单元测试。

我的问题是，我似乎找不到任何关于此的信息，如何将 TFS 上的构建管理器创建的“构建单元”移动到另一台服务器？

Aka，我如何将这个构建“提升”到我们的 QA、staging 等......环境？

之前，我们一直在使用 VS2010 的 Publish Web 功能，它允许我们设置发布“配置文件”，并且每个配置文件可以有不同的 web.config 与之相关。这对于我们保留在配置文件中的任何内容都非常有用，例如数据库连接字符串、应用服务器的路径等……根据我们的发布配置文件自动更改。我们选择配置文件，在本地构建，然后使用“发布”按钮将整个应用程序移动到另一台服务器。

当我们两个人一起工作时，这种设置非常有效，我们仅将 TFS 用于其源存储库，但现在构建正在 TFS 服务器上进行。

我正在寻找的是当 TFS 为我们进行构建时的一种方式（它不再在我们的机器上本地完成，而是由 TFS 构建管理器完成）以：

  1. 考虑使用哪个“发布配置文件”。这将影响使用的 web.config 以及您可以与 IDE 中的配置文件关联的其他项目。
  2. 创建构建后，找到一种方法将构建从 TFS“推送”到我们的其他服务器（QA、暂存、生产）。

我什至不知道这是否可能。获取在 TFS 上创建的构建并手动将其复制并将项目/文件解压缩到已部署服务器上的正确文件路径中，也许仍然是一项手动工作？或者它可能是 TFS 中工作流程的一部分，我还没有找到它。

4

2 回答 2

2

TFS 肯定已经可以做到这一点。阅读 Vishal Joshi 关于此主题的帖子，开头是：http: //vishaljoshi.blogspot.com/2011/07/documenting-key-end-to-end-deployment.html

于 2011-10-07T22:05:13.277 回答
1

我想出的解决方案是我为 TFS 编写了自己的构建处理程序，并使用该代码将构建推送到我们不同的环境。这是我用来帮助我的链接：http: //geekswithblogs.net/jakob/archive/2010/10/27/devleoping-and-debugging-server-side-event-handlers-in-tfs-2010.aspx。

如果有人想了解更多细节，请与我联系，我很乐意为您提供帮助。

于 2012-01-06T20:43:49.627 回答