Duy Nguyen <pclo...@gmail.com> writes:
>> + if (ce->ce_flags & CE_WT_REMOVE) {
>> + if (topath)
>> + BUG("Can't remove entry to a path");
>> + unlink_entry(ce);
>> + return 0;
>> + }
>
> This makes the path counting in nd/checkout-noisy less accurate. But
> it's not your fault of course.
When we check out absense of one path, how do we want to count it?
Do we say "one path checked out?" when we remove one path?
> Junio, do you still want to merge that series down to 'next' or drop
> it? If it will be merged down, I'll keep a note and fix it once this
> one lands too.
Sure, I still agree with you that "git checkout" that reports what
it did when given a "<branch>", but does not report what it did when
given a "<pathspec>", is being inconsistent. If it makes it easier
to manage, I can kick nd/checkout-noisy out of 'next' to be rebased
on whatever more appropriate when rewinding its tip.
Thanks.
