RE:从Build Job的post操作更新Deploy Job中的Choice参数而不构建它

在Jenkins或其他CI/CD工具中，通常可以通过参数化构建和post-build actions来实现从Build Job更新Deploy Job中的Choice参数而不触发Deploy Job的构建。以下是一个基于Jenkins的示例步骤：

步骤 1: 参数化Deploy Job

首先，确保你的Deploy Job已经设置为参数化，并且包含一个Choice类型的参数。例如：

parameters {
    choice(name: 'DEPLOY_ENV', choices: ['dev', 'staging', 'production'], description: 'Select the environment to deploy to.')
}

步骤 2: 在Build Job中设置参数值

在你的Build Job中，你可以使用post-build action来设置Deploy Job的Choice参数值。这通常通过Jenkins的Parameterized Trigger Plugin插件来实现。

1. 安装Parameterized Trigger Plugin插件（如果尚未安装）。
2. 在Build Job的配置中，添加一个post-build action：
   • 选择Trigger parameterized build on other projects。
   • 输入Deploy Job的名称。
   • 在Add Parameters部分，选择Choice Parameter。
   • 设置参数名称（例如DEPLOY_ENV）和所需的值。

步骤 3: 配置Deploy Job以接受参数

确保Deploy Job配置为接受来自Build Job的参数传递。通常，这不需要额外配置，因为Jenkins会自动处理参数传递。

示例配置

Build Job配置

• Post-build Actions:
  • Trigger parameterized build on other projects:
    • Projects to build: Deploy-Job
    • Add Parameters: Choice Parameter
      • Name: DEPLOY_ENV
      • Choices: dev,staging,production
      • Value: staging (例如，你想设置为'staging')

Deploy Job配置

• General:
  • 确保Job是参数化的。
• Parameters:
  • 添加一个Choice参数： parameters { choice(name: 'DEPLOY_ENV', choices: ['dev', 'staging', 'production'], description: 'Select the environment to deploy to.') }

注意事项

• 确保两个Job都在同一个Jenkins实例或能够相互通信的Jenkins集群中。
• 如果Deploy Job有额外的触发条件（如构建次数、时间等），请确保这些条件不会因为参数传递而被意外触发。

通过这种方式，你可以从Build Job更新Deploy Job中的Choice参数，而无需实际触发Deploy Job的构建过程。这对于需要在不同阶段设置不同参数值的复杂工作流程非常有用。