Re: [RFC/PATCH 2/2] stash: drop dirty worktree check on apply
- From
Junio C Hamano <gitster@pobox.com>
- Date
- Apr 6, 2011, 23:01 UTC
- Message-ID
- <7vfwpvgf1w.fsf@alter.siamese.dyndns.org>
- In-Reply-To
- <7v7hb8l23q.fsf@alter.siamese.dyndns.org>
Junio C Hamano <gitster@pobox.com> writes:
Show 8 quoted lines
>> So perhaps there is no broken case at all, and it was just a matter of >> being overly conservative from the beginning. > > Perhaps. > > If we are going to treat this as another mergy operation, we should at > least still make sure that the index is clean (i.e. "diff --cached" is > empty), I think.
Please disregard this.
If the user is doing "stash apply" without --index, it is Ok for the index to be different from HEAD. On the other hand, if the "stash apply" is used with --index, even if the result conflicted in the working tree and then resolution gets marked with "git add" for conflicted paths, it is Ok to have a path that is unrelated to the "stash apply" already added to the index.
So I don't think there is no point to insist that the index is clean. I was just confused and was thinking about the "git merge" (where we must have a clean index, as we are going to commit the index as the result of the merge with conflict resolution).