关于使用Git追踪MP3与AAC文件元数据是否会损坏文件的技术问询

老兄，我太懂你这种辛苦多年整理的元数据被第三方工具乱改的憋屈了——Apple Music干这种事真的让人火大。先给你吃颗定心丸：用Git来追踪你的MP3/AAC文件（包括它们的ID3标签等元数据），完全不会损坏你的音频文件。

这里给你拆解下背后的逻辑和实际使用的注意点：

• Git的核心是内容版本追踪系统，它根本不关心你追踪的是文本、音频还是二进制文件，只会记录文件的二进制内容变化。音频文件的元数据本身就是嵌在文件二进制内容里的一部分，Git只会忠实地保存不同版本的文件快照，不会对文件内容做任何修改或破坏。
• 不过实际用的时候有几个实用建议要留意：
  • 你的库有40GB这么大，如果直接用Git追踪所有音频文件的完整历史，很快磁盘空间会被占爆——因为Git会保存每个版本的完整文件。如果你的核心需求是追踪元数据变化，不如用工具把每个音频的元数据导出成JSON/TXT这类轻量文本文件，只Git管理这些文本文件，这样仓库体积会小到可以忽略，恢复的时候再把元数据导回音频文件就行。
  • 每次手动修改元数据或者被工具改坏后，你可以用git status检测到文件变化，然后通过git add+git commit把当前状态存为一个版本。哪天发现元数据被搞砸了，直接用git checkout切换回之前的版本，就能完美恢复到你精心整理的状态。
  • 有些音频工具修改元数据时会重写整个文件（而不是只修改标签段），但这是工具的行为，和Git无关——Git只是如实记录修改后的文件，不会加剧这个问题。

如果还是担心，建议先拿一小批文件做个测试：选10个容易被改坏的音频，初始化一个Git仓库，修改它们的元数据、提交、再回滚，看看文件播放和元数据有没有问题，试过之后你就能彻底放心了。

备注：内容来源于stack exchange，提问作者Imran