unexplained behavior/issue with git archive?

hi, i seem to trigger behavior i do not understand with git archive.

I have this little 3 liner (vmdiff.sh): #!/bin/bash git diff --name-status "$2" "$3" > "$1.files" git diff --name-only "$2" "$3" |xargs -d'\n' git archive -o "$1" "$3" --

For testing purpose, lets assume this call: # ./vmdiff.sh latest.zip HEAD^1 HEAD

# cat latest.zip.files | wc -l 149021

# cat latest.zip.files | egrep "^D" | wc -l 159

# mkdir empty; cd empty; unzip latest.zip ; find * | wc -l 1090

My goal is to basically diff (parts of) filesystems against each other and create an archive with all changed files + a file list to know what files were deleted. (I currently do not care about the files permissions+ownership, and it doesnt really matter in the current problem. Also dont ask, why one would store a root-filesystem in git :)

What I do not understand: why does the zip file only contains 1090 files+dirs if the wc -l shows like 150k files and only like 159 were deleted? There should be like 149k files in that archive.

Also only the few files are all from "var" and none from etc or srv where definitely files changed in too! (and show up in latest.zip.files)

Is there a limit of files git archive can process?

lg Jan Vales -- I only read plaintext emails.

Someone @ irc://irc.fsinf.at:6667/tuwien webIRC: https://frost.fsinf.at/iris/