TFS or Teamcity，如何自动化部署到各种环境？

Question

寻求有关如何处理这种情况的建议。

我们有 3 个环境:开发、QA 和生产。

目前将代码推送到每个环境是一个手动过程，想知道像 Cruisecontrol 或 TeamCity 这样的东西如何简化这个过程。

我们如何以自动化方式推送到各种环境？

应如何设置 TFS 以实现此目的？即 master 分支、功能分支等。

场景:

开发人员 #1 将他们的更改推送到开发和 QA 服务器。开发人员 #2 将他们的更改推送到开发和 QA 服务器。

现在我们只需要将 Developer#1 的更改推送到生产环境。

主分支应该只有应该投入生产的代码吗？

Answer 1

要控制推送到每个环境的内容，KMoraz 的方法是正确的方法，即使用分支和合并。

现在，对于构建和部署自动化，我一直使用的最新设置是 Team City。

我的设置是:

• 主干构建:在每次提交时编译，运行所有单元测试，生成代码覆盖率报告，运行 FxCop

• 静态分析构建:每晚针对 Trunk 运行，执行 Duplicate Finder (Team City)，ConQAT code clone analysis , StatSVN和 Resharper 代码检查(Team City)

• DEV 部署(依赖于 Trunk 构建):在每次提交时，如果 Trunk 构建成功，应用程序将自动部署到 DEV 环境，使用带有配置转换的 MS WebDeploy。

• QA 部署:在转到 QA 时通过 Team City 的界面手动触发(点击按钮)。使用带有配置转换的 MS WebDeploy 将应用程序部署到 QA 服务器。

您还可以根据需要为不同的分支设置构建，尤其是为发布稳定版本而创建的分支。

关键部分是拥有不同的 visual studio 构建配置(正如您拥有“Release” 和“Debug”，您应该拥有“Dev” 、“QA” 等)，您应该将其与 web.config 转换一起使用，以便让 WebDeploy 为您配置环境。这样您将拥有不同的 web.Dev.config、web.QA.config 转换，每个构建配置一个，具有特定设置。

Troy Hunt 有一个很棒的系列帖子，叫做“你部署错了!”它会指导您完成自动构建和部署的设置。

http://www.troyhunt.com/2010/11/you-deploying-it-wrong-teamcity.html

设置时对我非常有用。