作为Jenkins构建过程的一部分，我们运行了几个Windows批处理脚本，并希望在最后由Jenkins发送的电子邮件中报告有关这些中间步骤的一些信息。
我认为一种简单的方法是在批处理步骤中设置Windows环境变量，我们设法使用PowerShell，如下所示：
powershell.exe -Command "& {[Environment]::SetEnvironmentVariable('ThisIsATest', 'TestValue', 'Machine')}"
在“执行Windows批处理命令”构建步骤中执行时，这会正确地设置环境变量“最终”。我的意思是，如果我远程进入构建服务器，我可以验证在每次构建期间按预期创建/修改了值。
但是，尝试通过添加
在“构建后操作”下的“可编辑电子邮件通知”步骤中使用该值Our test value: ${ENV, var="ThisIsATest"}
到“默认内容”部分没有给出正确的结果。使用
Print full environment: ${ENV}
还表明该值已经 ??尚未创建。
更奇怪的是，多次运行根本不会检测到有问题的环境变量 - 即使我可以在远程会话中清楚地看到它（并跟踪对它的更改等）。
问题：
是否还有其他方法可以实现我们的目标：
“在编译/单元测试确定/失败的情况下报告一般成功/失败但报告电子邮件正文中的中间步骤的其他信息”？
或者解释一下 odd （至少对我而言）关于电子邮件插件没有获取人们期望的环境变量的行为？ （可能会提供一些关于在哪里寻找解决方法的新想法）
感谢您花时间阅读本文。一如既往，任何建议都表示赞赏。
-T
答案 0 :(得分：9)
在构建步骤中设置的环境变量不会在“正常”情况下传播到外部。您可以执行以下操作：
VAR=VALUE