Laravel部署到生产服务器时如何正确更新本地化文件

核心要解决的是Git仓库内的开发侧基准本地化文件，和生产环境手动修改的动态本地化内容的冲突问题，可按以下流程落地：

前置规则约定 #

• 拆分本地化文件存储逻辑：将和业务代码强绑定、不允许运营侧随意修改的静态翻译，和允许后台修改的动态翻译拆分到独立的文件目录/文件中，两类文件走不同的更新规则
• 新增生产本地化专属Git分支：创建prod-l10n分支，生产后台每修改一次本地化文件，就自动提交并推送到该分支，作为生产侧本地化内容的唯一可信源

标准化部署流程 #

1. 部署前合并变更
   待上线的开发分支首先执行git merge origin/prod-l10n，将生产侧已经生效的本地化修改合并到待上线分支，冲突处理规则为：相同翻译key如果两边都做了修改，默认保留生产侧的取值，开发侧的调整需后续走正式需求流程提交更新
2. 上线时差异化更新
   部署到生产环境时：
   • 静态翻译文件直接用待上线分支的版本覆盖
   • 动态翻译文件仅做增量更新，执行diff比对后只写入开发分支新增、生产侧不存在的key，不修改生产侧已有的翻译取值
3. 部署后基线对齐
   上线完成后，将本次待上线分支的最新提交合并到prod-l10n分支，保证后续生产修改的基线和已上线内容一致

异常兜底方案 #

每次部署前先执行全量本地化文件备份，备份命令参考：
tar zcvf l10n-prod-$(date +%Y%m%d%H%M).tar.gz /path/to/your/l10n/directory
如果部署后出现翻译异常，直接用备份文件覆盖即可快速回滚。

内容的提问来源于stack exchange，提问作者Николай