真正让人找不到版本的，往往是关系丢了
团队做完英语字幕、英语配音和西班牙语字幕后，文件夹里可能已经有原片、净版、带时间码的字幕文件（SRT）、音轨、竖版、横版和合集。再来一次人名修改，大家开始在群里问“final2”和“final-new”哪个更新。问题表面是命名，实质是文件没有记录自己来自哪套母版和哪次语言确认。
多语生产至少有三层关系：所有语言共用的画面与剧情母版，每种语言自己的字幕和声音，以及面向不同渠道的画幅、压制和包装。把三层平铺在一个目录里，任何人都可能从旧母版重新导出，或把某一渠道的成片误当成通用母版。
这种错误常到交付才暴露。制作组看的是正确字幕，发行方收到的却是早一版烧录成片；某语言配音已经修名，社媒切片仍保留旧读音。没有记录版本从哪里来，团队只能逐个打开文件猜测，返工时间会随着语言和渠道增加。
先画清母版、语言版和渠道版的派生关系
一套可维护的结构应让共同内容只在上游修改一次，让地区和渠道差异留在自己的分支。下面的层级不必对应固定软件目录，每个版本都要回答来源问题。
多语版本的三层派生
母版并非永远不能改。源剧情删镜头、净版修复或时间轴调整时，可以建立新的母版版本，但要明确哪些语言需要重新同步。直接覆盖旧文件会让已经交付的作品失去可追溯依据。
版本乱，往往因为分支没有共同起点，而不在文件数量本身。一个市场从旧母版开始，另一个市场沿用新片名，第三个版本又单独换了音乐；等团队要统一角色名时，已经无法确认哪些差异是有意保留。先记录每个版本从哪一版派生、为何分叉，后续修改才知道应该合并还是继续独立维护。
每次分叉都要写原因，没有原因的差异最容易被下一位接手人误删。完成后再记录合并条件，后续若母版统一，团队才能判断哪些市场版本仍需保留。
共享规则和语言决定要分开，否则两边都会失控
角色身份、剧情事实、源语言术语和净版可以共用；目标语名称、称谓习惯、读音和字幕表达则要按语言分别决定。把所有内容都塞进一份总表，某种语言的本地化改写可能被误用到其他语言；完全分开维护，又会让每个团队重复猜人物和剧情。
更稳的做法是共享人物、来源和关系，再为每种语言增加自己的写法、读音、审核状态和地区备注。某个角色确认了真实身份，所有语言都应收到这条更新；英语版把一个称谓改得更口语，不代表西班牙语版必须照着改。
每种语言仍要单独验收。英语版通过不能证明泰语版自然，通用西语通过也不等于某个地区不需调整。可以复用的是剧情事实和工作方法，不是一种语言的最终结论。
文件名只负责识别，状态和去向必须进入台账
文件名应稳定包含剧目、集号或集数范围、语言、内容类型和版本标识，例如它是净版、字幕、配音音轨还是烧录成片。不要把全部审核历史塞进几十个字符，也不要只写 final。发布状态、审核人、母版来源和交付去向更适合结构化记录。
台账的目标是在紧急替换时能立即回答：哪些文件仍在使用、谁需要收到新版本、旧链接能否撤回。若这些问题只能靠聊天记录回忆，版本数量增加后一定会漏。
一次修改要先判断是共享变化，还是单一语言变化
源字幕发现人物名字写错，属于共享事实变化，应通知所有语言并检查对应配音和成片。某语言编辑认为一句口语不自然，只影响该语言分支；若修改后台词时长变化，还会继续影响该语言的音频和压制作品。先分类，才能避免无关版本跟着重做。
修改传播应有停止条件。只是修正内部备注，不一定重交付；改到观众可见字幕、角色读音或剧情事实，则要查看已发布渠道。还未交付的版本可以直接更新，已经上线的版本需要权衡错误严重性、替换机制和重新审核成本。
最危险的做法是从旧成片上直接补丁，再把补丁版作为下一轮基础。它可能快速救急，却会切断字幕、音轨和母版关系。紧急版本可以存在，但应回补正式资产，标明替代关系，避免下一种语言从临时文件继续派生。
版本系统的价值，是让团队敢于局部修改
当来源、共享资产、语言分支和渠道去向都清楚时，团队不必因为害怕牵一发动全身而拒绝修改，也不必每次都重做全部语言。能准确计算影响范围，才是真正的版本控制。
语言版本只靠文件名管理时，派生关系和修改去向很快会丢失，局部改动也容易误伤其他市场。GhostCut 适合把多集视频、字幕、净版、角色、术语、配音和作品放在同一部剧下继续派生与返工，减少语言版本只靠文件名管理的情况；发行合同、外部渠道是否已替换以及最终交付签收仍需团队记录。只有少量单文件、不会新增语言或渠道的项目，简单目录和明确命名可能已经够用。
结构建立后，审核仍需要一份能按顺序执行的清单。它要告诉不同审核者先查什么、错误出现后停在哪里，不能把素材、剧情、语言、声音和版本堆成一张没有先后的长表。