【问题标题】:How to deploy to multiple servers using TFS / MSBuild如何使用 TFS / MSBuild 部署到多台服务器
【发布时间】:2015-05-26 08:52:39
【问题描述】:

我们正在尝试设置和配置一个新的构建过程。使用 TFS 和 msbuild 进行持续集成以部署到不同的环境(Dev、Qa、Prod 等)就像一个魅力。

问题在于,例如,我们的 QA 环境。由多个负载平衡的服务器组成,我似乎无法弄清楚如何一次部署到多个服务器。

我有一个有效的发布配置文件:

<Project ToolsVersion="4.0" 
xmlns="http://schemas.microsoft.com/developer/msbuild/2003">
  <PropertyGroup>
    <WebPublishMethod>FileSystem</WebPublishMethod>
    <LastUsedBuildConfiguration>QA</LastUsedBuildConfiguration>
    <LastUsedPlatform>Any CPU</LastUsedPlatform>
    <SiteUrlToLaunchAfterPublish />
    <LaunchSiteAfterPublish>True</LaunchSiteAfterPublish>
    <ExcludeApp_Data>False</ExcludeApp_Data>
    <PublishUrl>*SERVER1*</PublishUrl>
    <DeleteExistingFiles>False</DeleteExistingFiles>
  </PropertyGroup>
</Project>

这会在我们的 QA 分支上进行签入时执行,并在构建后将结果发布到 SERVER1。它还应该将文件发布到 SERVER2、SERVER3 等。

完成此任务的最佳方法是什么?我也尝试编辑工作流文件,但发现不太清楚。

【问题讨论】:

  • 不要过度扩展构建过程来处理部署。使用旨在协调和监控软件版本的版本管理工具。
  • 我也有同样的需求,最后我用了一个专门的工具来部署而不是 msbuild 看看Octopus deploy这是我用的工具
  • 是的,看来我们正在寻求建议的额外工具。感谢 cmets!

标签: asp.net visual-studio-2012 tfs msbuild


【解决方案1】:

按照 Daniel 和 Cyril 的建议,我们将使用像章鱼这样的外部工具。

【讨论】:

    【解决方案2】:

    TFS 2013 包含一个发布管理工具,它包含在您的 MSDN 订阅中。

    http://nakedalm.com/blog/create-release-management-pipeline-professional-developers/

    启动和运行相当简单,我建议使用 PowerShell 进行物理部署。如果您需要可追溯性和批准,RM 是一种很好的编排工具......

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2014-05-26
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多