git archive --all 不适用于打包各分支独立代码树，因其合并所有分支提交对象导致文件混乱；应逐分支执行 git archive --format=zip --output="backup-$b.zip" "$b" 并校验分支有效性。
git archive --all 打包所有分支，但结果不是你想要的
执行 git archive --format=zip --output=all.zip --all 确实能生成一个 zip 文件，但它打包的是所有分支的**全部提交历史对象合并后的快照**，不是每个分支独立的代码树。实际解压后你会发现：文件结构混乱、重复覆盖、甚至缺失某些分支的最新修改——因为 --all 是按 Git 对象图打包，不是按分支目录逻辑打包。
这个命令适合做仓库底层数据归档，不适合“把 feature/login、hotfix/v2.1、release/3.0 三个分支各自最新的代码分别打包成三个独立 zip”的需求。
用循环 + git archive 按分支名逐个打包
最可靠、最易理解的做法是遍历本地分支列表，对每个分支单独执行 git archive。关键点在于：必须用 git rev-parse <branch></branch> 获取真实 commit hash，避免当前所在分支干扰；输出文件名要包含分支名，防止覆盖。
git branch --format="%(refname:short)" | while read b; do git archive --format=zip --output="backup-$b.zip" "$b"; done- 如果分支名含斜杠（如
feature/user-auth），Windows 下可能报错，建议加sed 's/\//_/g'替换路径分隔符 - 想排除
node_modules或dist？在项目根目录建.gitattributes，写入node_modules export-ignore - 打包前确保所有分支都已
git fetch更新，否则本地分支可能落后远程
打包时保留原始提交时间戳，而不是打包时刻时间
默认情况下，git archive 生成的 zip 中所有文件的修改时间都是打包那一刻的时间。这对构建可重现性很重要——比如 CI 系统依赖文件时间戳触发编译，或审计要求时间信息与 commit 一致。
加 --worktree-attributes 不起作用；真正生效的是 git archive 的底层机制：它读取 commit tree 中的 stat 数据，但 zip 格式本身不携带完整时间精度。所以：
- Linux/macOS 上，用
tar格式替代：git archive --format=tar --output=branch.tar branch-name，再用gzip压缩，能保留毫秒级 mtime - 若必须用 zip，接受时间统一为打包时刻——这是 zip 规范限制，不是 Git bug
- CI 场景下，更推荐在打包命令后追加
touch -d "$(git log -1 --format=%ai $b)" *.zip手动修正时间（仅限 GNU coreutils）
自动跳过空分支或无效分支
有些分支可能只是空引用（比如被 force-push 覆盖后只剩 dangling commit），或者指向已删除的 commit。直接 git archive 会报错：fatal: Not a valid object name: 'xxx'，导致整个循环中断。
安全做法是在循环里加校验：
- 用
git show-ref --verify --quiet refs/heads/$b判断分支是否存在且有效 - 用
git rev-list -n 1 $b >/dev/null 2>&1确认该分支有可访问的 commit - 加上
|| continue忽略失败项，避免中断后续分支打包 - 别忘了过滤掉
remotes/开头的远程跟踪分支——git branch默认只列本地分支，但用git for-each-ref时需显式限定refs/heads/
分支打包不是“一键全量就完事”，真正稳定的方案永远建立在明确知道每个分支状态的基础上。容易被忽略的是：打包动作本身不校验代码是否干净，如果某个分支有未提交的修改，git archive 依然只打包上次 commit 的内容——这既是特性，也是陷阱。
