【问题标题】:Automating merge and publish from development to production. Continuous integration自动化从开发到生产的合并和发布。持续集成
【发布时间】:2014-01-12 03:02:32
【问题描述】:

假设我们有 2 个分支:开发和生产 此外,我们在 Azure 上有 2 台服务器,位于不同的关联组中。

有没有办法使流程自动化,以便在选择开发中“接受”的版本 X 的人将代码合并到生产分支并发布到生产服务器?

理想情况下,我希望有一个 Changset# 并设置为生产,它将合并生产分支(与所有必需的先前变更集)并发布到服务器。

所选变更集不必必须是最新开发的。

【问题讨论】:

    标签: azure tfs azure-devops continuous-deployment


    【解决方案1】:

    以下 4 个步骤应该可以帮到您:

    1) 使用 TfvcTemplate.12.xaml(仅在 TFS 2013 中可用)为 Development 分支创建一个新的构建定义,因为它具有构建后脚本选项(见下图)。

    2) 创建一个 powershell 脚本,使用tf merge 命令将更改合并到分支。您必须使用 Post-build 脚本参数将变更集 # 传递给脚本。 见这个网址:http://msdn.microsoft.com/en-us/library/bd6dxhfy

    3) 当您运行构建集时,Get Version(见下图)它将从该版本中获取更改。构建成功后,它将使用上面的步骤 2 将更改合并到生产分支。

    4) 为生产分支创建另一个构建,并使用以下答案中指定的链接在签入分支时将代码部署到天蓝色。

    Can I automatically update a live site after each commit using TFVC and Azure?

    您还可以查看 InRelease(下面的链接)以了解发布管理和自动化(Visual Studio Team Services 尚不支持)

    http://www.visualstudio.com/en-us/explore/release-management-vs.aspx

    希望对您有所帮助。

    【讨论】:

    • VS 的发布管理(以前的 InRelease)不支持 Team Foundation Service,否则我的建议也是如此。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2021-10-03
    相关资源
    最近更新 更多