Code

checkout: Fix "initial checkout" detection
authorJunio C Hamano <gitster@pobox.com>
Wed, 12 Nov 2008 19:52:35 +0000 (11:52 -0800)
committerJunio C Hamano <gitster@pobox.com>
Wed, 12 Nov 2008 22:16:50 +0000 (14:16 -0800)
commitfa7b3c2f752a10a5dca9989d4a1c4b93ffa7f943
tree4d11b9d9ecba11077d0db6a837e9a069d2581323
parent0d641f75d1237b34d3cfb411a18c813cfacb4726
checkout: Fix "initial checkout" detection

Earlier commit 5521883 (checkout: do not lose staged removal, 2008-09-07)
tightened the rule to prevent switching branches from losing local
changes, so that staged removal of paths can be protected, while
attempting to keep a loophole to still allow a special case of switching
out of an un-checked-out state.

However, the loophole was made a bit too tight, and did not allow
switching from one branch (in an un-checked-out state) to check out
another branch.

The change to builtin-checkout.c in this commit loosens it to allow this,
by not insisting the original commit and the new commit to be the same.

It also introduces a new function, is_index_unborn (and an associated
macro, is_cache_unborn), to check if the repository is truly in an
un-checked-out state more reliably, by making sure that $GIT_INDEX_FILE
did not exist when populating the in-core index structure.  A few places
the earlier commit 5521883 added the check for the initial checkout
condition are updated to use this function.

Signed-off-by: Junio C Hamano <gitster@pobox.com>
builtin-checkout.c
builtin-read-tree.c
cache.h
read-cache.c