Christian Halstrick <christian.halstrick@xxxxxxxxx> writes:
> Is it allowed that the git index contains a tree extension mentioning
> patch 'x/y/z' while the only entry in the index is a '.gitattributes'
> files in the root?
Depends on the definition of "mention", but it is not unexpected
that you see "x", "y", and "z" in the cache-tree extension as
invalidated nodes after you do something like this:
rm -fr test &&
git init test &&
cd test
mkdir -p x/y/z &&
>x/y/z/1 &&
git add x &&
git write-tree && # cache-tree is fully valid
mv x/y/z x/y/a &&
git add x # cache-tree invalidated
"z", if appears, should still know that "y" is its parent and "y",
if appears, should still know that "x" is its parent. All of the
three should say they have been invalidated by showing a negative
entry-count and show the "correct" subtree count that appear in the
extension (i.e. if "z" is there as an invalidated leaf, it should
say "-1 0" to indicate an invalidated entry by a negative entry count,
with zero subtrees, and "y" would show "-1 1" to indicate an
invalidated entry with one subtree, namely "z", etc.).
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html