Re: Reverting an uncommitted revert

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



El 20/5/2009, a las 14:53, Nicolas Pitre escribió:

On Wed, 20 May 2009, Wincent Colaiuta wrote:

El 20/5/2009, a las 5:35, Nicolas Pitre escribió:

Having a "trash" reflog would solve this unambiguously. That could also
include your index example above.  However, in the index case, I'd
record a reflog entry only if you're about to discard a previously non
committed entry.  If you do:

	$ git add foo
	$ git add bar
	$ git commit
	$ hack hack hack
	$ git add foo

then in this case there is nothing to be lost hence no additional entry
in the "trash" reflog.

That's true in the example you provide, but it doesn't really handle Jeff's initial example ("git add" twice on the same file), where it is possible to
throw away intermediate state (by overwriting).

Did I disagree with Jeff's original example?

No, but I may have misinterpreted you; I understood that you said you wouldn't store intermediate index state after successive "git add" executions.

Cheers,
Wincent



--
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

[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]