【问题标题】:TFS 2012 - Publish or Deploy build on multiple machines?TFS 2012 - 在多台机器上发布或部署构建?
【发布时间】:2013-03-03 10:12:46
【问题描述】:

我们通过 TFS 2012 设置了持续集成。 要求: 希望发布版本作为 CI 的一部分部署在多个服务器上。我们需要将文件 xCopy 复制到服务器文件夹中。

在带有 Azure 的 TFS 上,似乎可以将其直接发布到服务器上 (http://www.windowsazure.com/en-us/develop/net/common-tasks/publishing-with-tfs/) 在那里,它使用“AzureContinuousDeployment.11.xaml”作为构建过程模板。 想检查是否有人尝试过自定义/本地服务器的类似发布,可能使用自定义部署模板等。

【问题讨论】:

    标签: deployment build visual-studio-2012 continuous-integration


    【解决方案1】:

    您可能想要创建 Standard Environments for Automated Deployment and Testing,您可以使用 TFS 2010 开箱即用地执行此操作。TFS 2012 和 TFS 2013。

    您使用作为 Microsoft 测试管理器产品一部分的“实验室中心”来配置由一台或多台目标计算机组成的环境。

    然后您使用实验室默认模板将构建输出推送到目标服务器并执行脚本以完成安装。您甚至可以将集成和 UI 测试作为相同操作的一部分执行。

    如果您正在寻找更集成的 Release Management with Team Foundation Server,那么您应该将 Octopus Deploy 视为一直投入生产的好方法。

    我们与许多客户一起使用它,它很管用...

    【讨论】:

      【解决方案2】:

      据我了解,TFS 2012 附带了一个实验室部署模板。您配置涉及哪些服务器的实验室定义,然后将部署配置到这些服务器。也用于挂钩测试管理器以在实验室中运行单元测试。

      【讨论】:

      • 谢谢杰。是的,看过实验室部署模板,但如果我没记错的话,它需要通过 MS 测试管理器设置环境。但在这里,我们打算将现有构建部署或持续构建部署到由多个服务器/机器组成的不同环境(DEV、QA 等)。
      猜你喜欢
      • 1970-01-01
      • 2019-08-20
      • 2013-06-29
      • 1970-01-01
      • 1970-01-01
      • 2010-10-27
      • 1970-01-01
      • 2014-03-26
      • 2014-01-05
      相关资源
      最近更新 更多