unexplained behavior/issue with git archive?

[Jan Vales <jan@jvales.net>]

[-- Attachment #1: Type: text/plain, Size: 1381 bytes --]

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/


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 819 bytes --]