工程版本管理
用可回溯的命名与快照，避免最终版最终版二吞掉好想法。
相关
版本管理不是给文件改个名字，而是让每一次重要改动都能回去，也能说清改了什么。
问题
改坏了想回到昨天，覆盖保存却已经来不及。最终版、最终版二、最终版二改，最后连自己都不知道哪一版能交。
原理或做法
版本是工程快照，包含工程文件、素材与插件状态。做法很简单，关键节点另存新文件，用日期、序号与一句变更说明命名。只追加不覆盖，试验性改动可以开分支，确认后再合并回主线。
参数与判断
每天至少存一个可交付版，重要录音与混音前各存一次。保留最近三到五个版本就够，太久远的归档到冷存储。工程说明里写清改了速度、音色还是结构。
听什么
拿同一首曲子的两个演出版本对比，听速度、力度与混响的差别。版本不只是文件名，它记录了当时的选择。
常见误解
版本管理不等于云备份，备份只防丢，版本才防改坏。文件越多也不越安全，没有命名的副本只会增加混乱。
在库中听例子
Für Elise WoO 59《致爱丽丝》的一个版本，可与另一份回放对照速度与力度详情Für Elise WoO 59同一作品的另一份文件，用来练版本命名与 A/B 比较详情2 Rondos, Op. 51: No. 1 in C Major, Moderato e grazioso贝多芬回旋曲的演奏版，适合记录不同阶段的选择详情
每首均来自 midicn-lib，行内徽标为许可档位（C1 可商用 / C2 非商业 / C3 仅学习研究）。
事实来源
- 工程快照、分支与命名规则，依软件工程版本管理通识与 DAW 文档核查，未抄文本
- 交付版本的响度与文件归档做法，依母带与交付规范通识核查，未抄文本
仅用于核查事实，正文为原创撰写。