"not in cache" error from `git ls-files -m | git checkout-index -f --stdin` ?

[Jim Hill <gjthill@gmail.com>]

Hi, it seems to me that in this sequence:

    git ls-files -m | git checkout-index --stdin -m

c-i should never complain that a file isn't in the cache, but that's
exactly what this script produces for me:

-8<----------

#!/bin/sh
rm -rf reproduce-c-i-weirdity
git init --template= reproduce-c-i-weirdity
cd reproduce-c-i-weirdity

mkdir content
mkdir deployment

echo '*/' >>.gitignore
echo '!content/' >>.gitignore

echo deployme >>content/deployme

git add .
git commit -m-

git init --template= --bare test.git
git remote add test $PWD/test.git

mkdir test.git/hooks
cat >test.git/hooks/pre-receive <<\EOD
#!/bin/sh -x
while read old new ref; do [[ $ref = refs/heads/master ]] && {
	export GIT_WORK_TREE=../deployment
	export GIT_INDEX_FILE=deployment-manifest
	git read-tree -um `git write-tree` $new:content \
	|| { git ls-files -m | tee /dev/stderr | git checkout-index -f --stdin;
		git read-tree -um `git write-tree` $new:content; } \
	|| exit $?
}
done
EOD
chmod +x test.git/hooks/pre-receive

git push test master

echo nonono > deployment/deployme
echo yesyes > content/deployme

git commit -am-
git push test master

->8-------------------

read-tree and ls-files can both find the file and see that it's changed,
so why not checkout-index?