Docker容器自构建场景下环境变量生效逻辑及代理变量更新咨询

问题1：更新Jenkins全局环境变量是否会传递到本次构建流程？ #

不会。当前insideNode闭包运行在已经启动的构建容器内，容器的环境变量是启动时从当时的Jenkins环境读取固化的，Jenkins全局变量更新仅会对后续新启动的构建容器生效，不会修改正在运行的容器的环境变量，确实会形成你提到的循环依赖：要拿到新代理值需要更新当前构建容器的环境，但更新构建容器镜像又需要先用新代理值跑构建流程。

可行的覆盖方案 #

• 方案1：添加Jenkins任务参数动态传入代理值（推荐）
  在当前Jenkins任务配置中新增3个字符串类型参数：http_proxy、https_proxy、no_proxy，默认值留空即可。修改Pipeline逻辑优先读取参数值，参数为空时再回退到当前容器的环境变量，修改后的代码如下：

insideNode { // executed inside the container docker-compose is building
  // 优先读取任务传入的代理参数，无参数则回退到容器原有环境变量
  def httpProxy = params.http_proxy ?: env.http_proxy
  def httpsProxy = params.https_proxy ?: env.https_proxy
  def noProxy = params.no_proxy ?: env.no_proxy
  withEnv(["COMPOSE_OPTIONS=-e http_proxy=${httpProxy} -e https_proxy=${httpsProxy} -e no_proxy=${noProxy}"]) {
    sh """
      export http_proxy=${httpProxy}
      export https_proxy=${httpsProxy}
      export no_proxy=${noProxy}
      VERSION=${project.version} docker-compose --file docker-compose.yml node-container
    """
  }
}

需要更新代理时，直接在触发构建时填入新的代理值即可，无需修改全局配置或重启容器，后续如果把参数默认值设为Jenkins全局变量，之后全局变量更新后新启动的构建也能自动生效。

• 方案2：从持久化配置文件读取代理值
  将代理配置写入Jenkins节点可访问的持久化配置文件（如挂载到所有构建容器的公共配置目录下的proxy.conf），Pipeline执行时直接读取文件内容作为代理值，无需依赖当前容器的环境变量。需要更新代理时只需修改配置文件内容即可，对所有构建流程生效。

• 方案3：临时硬编码代理值跑一次构建解循环
  如果不想修改现有Pipeline的长期逻辑，可以临时把新的代理值硬编码到sh脚本的export语句和COMPOSE_OPTIONS中，跑一次构建生成带新代理环境的镜像。之后再更新Jenkins全局环境变量，后续新启动的构建容器就会自动加载新的代理值，解决循环依赖问题。

内容的提问来源于stack exchange，提问作者kingtaco