Azure devops 如何将连续部署和测试与最新版本的计划测试相结合

Azure devops 如何将连续部署和测试与最新版本的计划测试相结合,azure-devops,azure-pipelines,azure-pipelines-release-pipeline,Azure Devops,Azure Pipelines,Azure Pipelines Release Pipeline,给定以下发布管道: 当前逻辑: 阶段“部署到开发人员”部署到第一个环境。 生成成功后立即运行 技术详细信息:部署到IIS 阶段“回归测试”在安装的环境上运行测试。 在前一阶段成功后运行 技术细节:使用newman运行postman测试 问题: 除了当前的逻辑之外,我还希望每天运行回归测试阶段 它不应该创建新的构建,不应该重复“部署到开发”阶段,只应该运行“回归测试”阶段 这可以在不单独重新创建阶段的情况下完成吗?是的,您需要做的就是为“回归测试”阶段启用计划部署前触发器。这看起

给定以下发布管道:

当前逻辑:

  • 阶段“部署到开发人员”部署到第一个环境。
    • 生成成功后立即运行
    • 技术详细信息:部署到IIS
  • 阶段“回归测试”在安装的环境上运行测试。
    • 在前一阶段成功后运行
    • 技术细节:使用newman运行postman测试
问题:

  • 除了当前的逻辑之外,我还希望每天运行回归测试阶段
  • 它不应该创建新的构建,不应该重复“部署到开发”阶段,只应该运行“回归测试”阶段

这可以在不单独重新创建阶段的情况下完成吗?

是的,您需要做的就是为“回归测试”阶段启用计划部署前触发器。这看起来不是很明显,但它将使用最新版本的构建工件按计划运行。不会触发新的生成

选择此选项时,可以选择一周中的几天和 Azure Pipelines将自动启动新项目的时间 部署。与计划的释放触发器不同,您无法配置 阶段触发器的多个计划。请注意,与计划 触发器时,将创建一个新的部署,该部署从 最新的可用版本,覆盖以前的所有版本 为阶段部署工件。它不一定需要一个 新版本的工件将可用

通过组合After阶段和Schedule触发器,“回归测试”阶段将在成功“部署到Dev”之后执行,然后再次按照您指定的计划执行。请注意,如果部署失败,这不会阻止计划触发器的发生,因此需要确保在夜间运行之前成功地“部署到开发人员”


从上面的引文中,您会注意到使用了“新部署”这个术语,根据您当前的使用情况,它可能会让人感到困惑。“阶段”一词以前被称为“环境”,其中包含的任务被视为“部署”。因为您的回归测试实际上没有部署任何东西,所以它只会运行测试。

这就像上次构建的“回归测试”阶段的计划重新部署一样?是的,听起来不错。我已经配置了这个,但它似乎没有触发。但是,我可能首先必须触发整个管道(通过构建),以便使用新的管道版本。将对此进行测试。是的,因为您只修改了版本定义。您必须创建一个启用了这些设置的版本才能生效。