2026 年 10 月 13 日，开发者门户框架 Backstage 发布 1.55.0，为平台工程团队带来期待已久的 Software Template 任务恢复能力。启用后，崩溃或超时的脚手架任务可从最后完成的步骤继续执行，而不是整条流水线重跑。该版本同时修复多个包的安全问题，并调整了认证提供方的配置要求。本文从平台工程与研发效能角度，梳理这次升级对内部开发者门户、CI/CD 流水线稳定性与日常运维的影响。
任务恢复：崩溃与超时后仍可继续
新能力位于 scaffolder.taskRecovery 配置项下。启用后，Backstage 会记录任务已完成的步骤，当任务因崩溃或超时而中断时，可从最后一个成功步骤恢复，而不是让用户从头再走一遍模板流程。对动辄需要十几步、跨多个系统的内部开发者门户脚手架任务来说，这直接减少了重复操作与失败重试的时间损耗。
密钥保留与输出持久化机制
恢复任务时，Backstage 会把任务密钥保留到任务进入终态，并持久化已完成步骤的输出，供后续步骤读取。这一设计保证了恢复后的上下文完整：后续步骤能看到前面步骤产出的参数与结果，而敏感凭据的生命周期则被明确限定在任务结束之前。
幂等性：恢复带来的新约束
官方提醒，恢复任务中使用的 action 应具备幂等性或使用 checkpoint，因为恢复后动作可能被重新执行。对平台团队而言，这意味着在编写自定义 action 时需要重新审视副作用——创建资源、写外部系统、发送通知等操作，都要能在重复执行时保持安全。
安全修复与认证配置变更
该版本的安全修复覆盖 7 个包，包括 OIDC、Cloudflare Access 认证提供方与 proxy 后端；其中 Cloudflare Access 提供方现在要求在配置中指定 application audience。对已经接入这些认证方式的企业，升级时需要同步调整配置，避免登录链路中断。
与社区需求的关系
任务恢复能力回应了 2025 年 4 月社区 issue（backstage/backstage#22590）中提出的 Scaffolder 任务重试与恢复诉求。从提出到落地跨越一年多，也说明在内部开发者门户这类基础设施上，稳定性改进往往需要较长的社区共识周期。
小结
Backstage 1.55 于 2026 年 10 月 13 日发布，用任务恢复补齐了脚手架流水线的容错短板，并同步加固认证与后端安全。对平台工程团队来说，这是一次“稳定性优先”的常规版本升级。