本文最后更新于 2026年5月22日。
简单来说：对于 Git 软件本身，它在底层记录的是每次提交时整个文件的“快照”（虽然会通过打包压缩来省空间）；但对你（用户）而言，在查看和对比时，通过 MATLAB 的辅助，你看到的是“差异点”。
我们需要从 Git 仓库的底层存储 和 你的使用体验 两个层面来拆解：
1. Git 底层存储：它是怎么记录的？
Git 的核心设计理念和 SVN 这种“记录差异（Delta）”的系统不同，Git 记录的是“快照（Snapshot）”。
-
初始状态： 当你把一个
model.slx提交到 Git 时，Git 会在它的.git文件夹里完整保存一份这个model.slx的压缩对象。 -
文件变动： 下一次你只改动了模型里的一个参数，然后再次提交。Git 在逻辑上依然会为你这次提交生成一个包含当前完整模型的新快照。
-
后台优化（Packfiles）： 看到这里你可能会担心，每次都存完整文件，Git 仓库不就撑爆了吗？Git 很聪明，它在后台执行垃圾回收（
git gc）或推送代码（git push）时，会进行二进制差异压缩（Delta Compression）。它会对比新旧两个二进制文件，把相似度极高的部分合并，只在后台文件（Packfile）里存储它们之间的二进制字节级差异。
总结底层： 逻辑上它存的是每一次的完整模型快照，但物理占用上，Git 会通过技术手段对二进制文件进行差分压缩，尽量减少硬盘占用。
2. 用户使用层面：你看到的是什么？
由于我们在上一轮回答中提到，.slx 本质上是一个 ZIP 压缩包，所以纯外部 Git 的表现和你用 MATLAB 辅助的表现截然不同：
❌ 纯外部 Git（不做任何配置）
如果你直接在 Git 命令行输入 git diff model.slx，或者在 GitHub 网页上看：
-
它只记录并告诉你：
"Binary files a/model.slx and b/model.slx differ"（二进制文件 A 和 B 存在差异）。 -
由于它读不懂加密压缩的二进制流，它无法为你展示任何具体的差异点。在这个状态下，你虽然知道它变了，但只能把它当成一个完整的黑盒子。
MATLAB 协同外部 Git（官方推荐的正确姿势）
当你配置了 Git 的外部对比工具（Difftool）指向 MATLAB 之后，当你输入 git difftool model.slx 时，Git 会把这两个版本的 .slx 提取出来，扔给 MATLAB 的对比引擎。
此时，MATLAB 会把压缩包解开，为你精确提取出“差异点”并图形化展示：
-
结构差异： 增删了哪个 Subsystem（子系统）、Gain 模块连接到了哪里。
-
参数差异： 某个常数模块的值从
5变成了10。 -
忽略无用差异： 自动帮你过滤掉“某模块在屏幕上的像素坐标从 (100,200) 挪到了 (105,200)”这种不影响控制逻辑的无意义视觉变化。
💡 核心建议：如何让 Git 存 SLX 的“差异”更高效？
正如刚才所说，.slx 因为有 ZIP 压缩，会导致模型哪怕只改了一个数字，压缩后的整个二进制流也会发生翻天覆地的变化，这会导致 Git 底层的“二进制差分压缩”效率变低，久而久之 Git 仓库会变得非常臃肿。
如果你想让 Git 在外部跟踪时物理上更倾向于只记录差异、让仓库体积更小，你可以：
-
关闭 SLX 压缩： 在 Simulink 模型的属性（Property Inspector -> Info）里，把 SLX Compression 从
Global preference或Zlib改为None。 -
带来的好处： 关闭压缩后，
.slx在硬盘上就是纯粹的、未压缩的 XML 结构数据包。这样每次你改动模型，文件里就只有那一两行 XML 代码在发生字节改变。这时候 Git 外部仓库在打包时，就能以极高的效率进行二进制差分存储，你的.git库体积会缩小非常多。