git archive 不能单独导出版本间差异，因为它只接受单个 commit/tag/branch 作为输入，打包该快照下的全部文件，而非变化文件；必须配合 git diff --name-only 获取差异路径后再传递给 git archive。
能直接导出，但必须用 git diff --name-only 配合 git archive 或 xargs，不能只靠 git archive 自己推断“哪些文件变了”。
为什么 git archive 不能单独完成版本间差异导出
git archive 本身只接受一个 commit（或 tag/branch）作为源，它打包的是那个快照下的**全部文件**，不是“变化的文件”。如果你写 git archive -o out.zip OLD_COMMIT_ID NEW_COMMIT_ID，命令会报错或静默忽略第二个参数。
真正要导出“两个版本之间修改过的文件”，得先让 Git 告诉你哪些文件名变了，再把这些名字喂给归档或压缩工具。
-
git diff OLD_COMMIT_ID NEW_COMMIT_ID --name-only输出的是相对路径列表（如src/main.js、README.md），不含重复、不含目录，适合后续处理 - 如果某文件在 OLD 到 NEW 之间被重命名，
--name-only默认不显示重命名对；加--no-renames可强制拆成 delete + add，但通常不需要 - 路径中含空格？
xargs默认按空白分隔，会出错；改用xargs -d '\n'（Linux/macOS）或改用git archive方式更稳
推荐做法：用 git archive + $(...) 导出差异文件
这是最干净、跨平台兼容性最好的方式，不依赖外部压缩工具（如 zip 或 7z），且自动跳过已删除文件（git archive 只打包工作区存在的路径）。
执行前确保你当前在仓库根目录：
git archive -o ../update.zip NEW_COMMIT_ID $(git diff --name-only OLD_COMMIT_ID NEW_COMMIT_ID)
-
NEW_COMMIT_ID是目标快照（即“变更后”的状态），git archive从它读取文件内容 -
OLD_COMMIT_ID仅用于比对，不出现在最终包里；如果想导出到最新提交，直接用HEAD - 输出路径
../update.zip必须是可写目录；Windows 下建议用正斜杠或双反斜杠，避免转义问题 - 若提示
fatal: Not a valid object name，检查 commit ID 是否拼错，或是否在当前分支不可达（可加--all参数查全历史：git show --oneline --all | grep xxx）
Windows 下用 zip 命令失败时的替代方案
Git for Windows 自带的 Bash 默认没装 zip，直接跑 xargs zip 会报 command not found。别急着装 7-Zip 配环境变量——先试试这个：
用 PowerShell 替代（无需额外安装）：
git diff --name-only OLD_COMMIT_ID HEAD | ForEach-Object { Compress-Archive -Path $_ -DestinationPath ../update.zip -Update }
- 注意：
Compress-Archive在首次运行时会追加，但多次执行可能覆盖或混入旧文件；建议每次先删掉旧update.zip - 如果路径含中文或空格，PowerShell 通常能正确处理，而 Bash 的
xargs容易截断 - 不想用 PowerShell？那就老实用
git archive方式，它是 Git 内置能力，Windows/macOS/Linux 全支持
容易被忽略的边界情况
导出结果为空或漏文件，大概率卡在这几个点：
-
OLD_COMMIT_ID和NEW_COMMIT_ID顺序反了：git diff A B是 “B 相对于 A 新增/修改/删除了什么”，不是“A 到 B 的变化流”；顺序错了，--name-only可能返回空 - 某个文件只是
chmod改了权限，没内容变动，默认不列入--name-only结果；加--diff-filter=AM可限定只抓新增和修改（排除 D/M/R） - 你用的是浅克隆（shallow clone），
OLD_COMMIT_ID不在本地历史里，git diff找不到它；先git fetch --unshallow或git fetch --depth=1000 -
git archive不处理子模块，即使git diff列出了子模块路径，也不会打包其内容；需单独处理子模块的HEAD
最保险的做法：先跑一遍 git diff --name-only OLD NEW 看输出是否符合预期，再套进归档命令——别跳过这一步验证。
