遗留流程场景：兼容优先，留痕必做
`png-eps-legacy-workflow` 面向老旧设计系统、历史脚本和传统出版流程的兼容需求。很多存量系统只认 EPS 扩展或既有目录结构，直接交 PNG 会在审批环节被拦截。此时关键不是“最先进格式”，而是“最小改动通过流程”。建议把转换流程做成固定模板：统一命名、统一目录、统一参数快照，减少人为差异导致的批次失败。上线前重点检查三项：文件在旧系统中是否可读、自动脚本是否能继续处理、归档索引是否保持一致。对跨团队协作，建议保留原始文件映射表和导出时间戳，确保审计与回滚可追踪。通过“流程不破坏+结果可复盘+责任可定位”，legacy 页面才能稳定服务老链路升级过渡。 还应建立遗留系统兼容白名单，明确哪些版本可稳定读取、哪些版本需降级处理，避免一刀切发布造成大面积失败。对长期运行链路建议周期性复测老脚本与导入工具，防止依赖升级后出现隐性不兼容。每次变更都记录责任人、参数和影响范围，确保回滚动作可在分钟级执行。
遗留系统下的 PNG 转 EPS：模板化通过审批
- 盘点只认 EPS 的软件、脚本与目录规范，把命名规则、存放路径和参数快照写成固定模板，禁止人手随意改字段。
- 用小样本在目标旧机或虚拟机里试打开与跑批脚本，确认自动化仍能识别新输出且不破坏归档索引结构。
- 全量切换时分波发布并保留源文件映射表与时间戳日志，一旦出现兼容回退可迅速换回上一版参数。
遗留流程 PNG 转 EPS 常见问题
老系统一定要 EPS，是不是说明 PNG 完全不能用？
很多只是流程卡口或扩展名校验，并非技术能力；用 EPS 包装 PNG 可满足表单流转，但要区分“能过审”与“可无损编辑矢量”的差别。
批量脚本偶发跳过某些文件，应该从哪里查？
先比对失败日志与命名规则、路径长度、隐藏字符；常见问题来自大小写敏感与非法符号，统一正则清洗后再重跑更省时间。
归档索引乱了由谁负责修复？
应在变更前做索引备份并限定发布窗口；修复时按映射表回填，而不是手工拖拽文件，避免审计链断裂与责任不清。
能否一边升级新系统一边继续交 EPS？
可以，但需双轨验收：新系统走现代格式，老系统仍走 EPS 模板；两套参数不要混用同一目录，防止互相覆盖与版本错乱。
依赖升级后旧脚本失效，怎样提前预防？
在变更列表里为脚本准备冒烟用例，升级后自动跑一次；失败即阻断发布，比线上大面积卡单、人工救火成本低得多。