Jenkins Rebuild插件支持一键复用历史构建参数实现紧急故障部署，无需修改Pipeline脚本；安装启用后，从构建历史点击Rebuild按钮即可预填参数，微调后秒级执行，关键字段如commit hash和镜像tag建议勿改，且自动复用凭据并保留审计追溯标识。
在Linux上用Jenkins的Rebuild插件快速复用历史构建参数做紧急故障部署，核心是绕过重新配置、直接重跑已验证成功的构建流程。它不依赖Pipeline脚本改造，适合生产环境秒级响应。
确认Rebuild插件已安装并启用
进入 Manage Jenkins → Manage Plugins → Installed，搜索 Rebuild。若未安装，先在 Available 标签页中勾选并安装，重启Jenkins（如需）。该插件默认支持Freestyle和Pipeline项目，无需额外配置即可生效。
从失败或旧构建记录中一键触发重跑
打开目标Job的构建历史页面（Build History），找到最近一次成功（绿色球）或已人工验证过的构建（比如刚回滚前那个稳定版本）。点击对应构建编号右侧的 Rebuild 按钮（图标为两个循环箭头），页面会自动加载该次构建时所用的全部参数值——包括分支名、环境标识、镜像标签、是否跳过测试等，且全部预填好，无需手动输入。
Linux AI 服务器 — 将 Linux 服务器转换为本地 AI 推理集群。使用 systemd、NVIDIA CUDA 实现无头 Linux AI，零 GUI 开销。
微调后立即执行，避免误操作风险
预填参数不是强制锁定，你可以安全修改其中1–2项（例如把 ENV=staging 改成 ENV=prod），其他保持原样。重点注意：
- 不要改动Git commit hash或Docker镜像tag这类关键溯源字段，除非你明确要切版本
- 如果原构建用了凭据（如SSH密钥或API Token），Rebuild会自动复用相同凭据ID，无需重新授权
- 构建日志开头会显示 “Rebuilt from #123”，便于后续审计追溯
配合下游任务实现自动串联部署
若你的流程中，当前Job成功后需自动触发部署任务（如 deploy-to-prod），确保上游Job的 Post-build Actions → Trigger parameterized build on other projects 已配置，并勾选 Trigger builds remotely 或使用 Parameterized Trigger Plugin。Rebuild触发的构建同样会携带原始参数，下游任务能准确接收并执行对应环境的部署动作。
