Re: [RFH] revision limiting sometimes ignored
- From
Junio C Hamano <gitster@pobox.com>
- Date
- Feb 6, 2008, 05:30 UTC
- Message-ID
- <7vwspi4poh.fsf@gitster.siamese.dyndns.org>
- In-Reply-To
- <alpine.LFD.1.00.0802051648410.2967@woody.linux-foundation.org>
Linus Torvalds <torvalds@linux-foundation.org> writes:
Show 7 quoted lines
> But the revision.c change might be worth it, if only as a slight band-aid > for the current issue. It won't fix the original problem, though (because > that broken repo had a five *year* clock skew, not an hour :) > > I'll continue to think about whether I can come up with some sane > heuristic that allows non-broken cases to not go all the way up to the > root.
I really wish this was still May 2005. Then I (actually, you) could just decree:
Sorry guys, but you all need to run convert-objects to update your repo. What it does is to add a "generation" header to each and every commit object. Then upgrade your git to this version, that maintains the "generation" number, defined as:
(1) parentless commit gets generation #0;
(2) otherwise the generation number of a commit is max(its parents' generation number)+1.