Jenkins上游Ant生成构建参数无法传递至下游任务问题

看起来你遇到的核心问题是上游通过Ant生成的GIT_APP_REVISION参数没成功传递到下游任务，导致下游Git步骤找不到对应的修订版本而失败。结合你的场景（同一节点、其他流水线参数正常但跨阶段出问题），我整理了几个针对性的排查和解决步骤：

1. 确认上游Ant生成的参数能被Jenkins识别 #

Ant脚本里生成的参数不能只停留在脚本内部，必须让Jenkins能读取到：

• 如果是通过Ant执行shell命令生成参数，要确保用export GIT_APP_REVISION=xxx把变量注入到构建环境；
• 可以借助EnvInject插件，在Ant执行完成后，把生成的参数写入到一个properties文件，然后用EnvInject加载这个文件，将参数转为Jenkins的环境变量。只有这样，"Trigger Parameterized build"插件才能捕获到这个参数。

2. 检查下游任务的参数接收配置 #

下游任务必须显式声明要接收的参数：

• 打开下游任务的配置，勾选**"This project is parameterized"，添加一个字符串参数**，命名为GIT_APP_REVISION（和上游参数名完全一致），默认值可以留空，但必须存在这个参数定义——否则上游传递的参数会被Jenkins直接忽略。

3. 验证"Trigger Parameterized build"的参数传递配置 #

在上游任务的触发配置里，确保参数传递的方式正确：

• 如果用**"Predefined parameters"**，要写GIT_APP_REVISION=${GIT_APP_REVISION}，这里的${GIT_APP_REVISION}是上游已经生成的环境变量/构建参数；
• 如果用**"Parameters from properties file"**，要确认Ant生成的properties文件路径正确，且文件里确实有GIT_APP_REVISION=你的修订版本号的键值对；
• 注意：如果是MultiJob流水线（从日志里看到MultiJobBuild），还要在MultiJob的阶段配置里，勾选**"Pass parameters down to the jobs"**，或者手动指定要传递的GIT_APP_REVISION参数——MultiJob的跨阶段参数传递需要额外配置，不是自动继承的。

4. 调试参数是否真正传递 #

在下游任务的最开头加一个"Execute shell"步骤，执行：

echo "Received GIT_APP_REVISION: ${GIT_APP_REVISION}"

然后重新触发构建：

• 如果日志里输出为空或者没有这行内容，说明参数根本没传过来，回到上游检查参数生成和传递配置；
• 如果输出了正确的修订版本但Git步骤还是报错，那可能是参数格式问题（比如上游传的是分支名，下游Git步骤却用它来解析commit哈希，或者参数值包含特殊字符）。

针对你日志的具体分析 #

从异常日志里的git rev-parse $GIT_APP_REVISION^{commit}失败可以看出，$GIT_APP_REVISION是空值或者无效值。对比预期日志里的git rev-parse 54ba1520d2a11276fc3d564c5b5312388abddd10^{commit}，下游任务根本没拿到有效的修订版本号，所以优先排查参数传递的链路是否完整。

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