@erquren 上千行的 key value ，CRUD i18n 都得处理

@kongkx 比如一个 en.json 文件内部，出现任何的 CRUD ，都要在其他剩余的 json 文件进行同步的 CRUD

@weithl 初始内容翻译简单，难在后续的 CRUD 的同步

@tonytonychopper 是的，想了好久，还是得依赖 git diff 之后做 pipe line ，今天来写一写代码试试

@lisxour po/pot 原来也是一种文件格式啊，学习了

@ShareManT 看了下，感觉不太符合我的场景😄

我也有一样的问题，我是三种语言，也是几千条的 key value ，每次修改，我都新增，因为我懒得找对应的那一条去改掉。导致冗余越来越多

我现在维护三种语言，都是让 GPT 来翻译的。直接把完整文件复制过去，让它把右边引号的内容翻译成指定语言。也就第一次翻译有工作量，后续小修小补都手动来了 https://i.imgur.com/NIvxivj.png

https://github.com/lokalise/i18n-ally 这个插件，自动翻译还能看各语言有没有缺失