From: Nicolas Pitre <nico@cam.org>
To: Johannes Schindelin <Johannes.Schindelin@gmx.de>
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
Junio C Hamano <gitster@pobox.com>,
Git Mailing List <git@vger.kernel.org>
Subject: Re: Add "--show-all" revision walker flag for debugging
Date: Sat, 09 Feb 2008 20:28:59 -0500 (EST) [thread overview]
Message-ID: <alpine.LFD.1.00.0802092016540.2732@xanadu.home> (raw)
In-Reply-To: <alpine.LSU.1.00.0802100110450.11591@racer.site>
On Sun, 10 Feb 2008, Johannes Schindelin wrote:
> Hi,
>
> On Sat, 9 Feb 2008, Linus Torvalds wrote:
>
> > I'm starting to free up some resources to look at the interesting
> > problem with screwed-up commit dates confusing our commit walker into
> > thinking that some uninteresting commit isn't actually uninteresting due
> > to not traversing the uninteresting chain deep enough.
>
> I was thinking the other night why I did not like the generation header.
> And I found out why: it is redundant information.
>
> So why not have some local "cache" which maintains the generation numbers
> for the commits? (Much like the "notes" cache I showed last year?)
Absolutely.
I, too, have some reservations about adding any kind of generation
header to commit objects. First because it can be generated and
maintained locally, just like the pack index. But also because its
usefulness has not been proven in all possible graph topologies, and
adding it to the commit header pretty much deny any further
modifications/improvements on it, if for example some other kind of
generation notation becomes advantageous to use.
So please don't put it into the commit object format. The object
database should ultimately contain only data that cannot be regenerated.
Nicolas
next prev parent reply other threads:[~2008-02-10 1:29 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-02-09 22:02 Add "--show-all" revision walker flag for debugging Linus Torvalds
2008-02-09 23:52 ` Linus Torvalds
2008-02-10 4:44 ` Junio C Hamano
2008-02-10 1:12 ` Johannes Schindelin
2008-02-10 1:22 ` Linus Torvalds
2008-02-10 1:29 ` Johannes Schindelin
2008-02-10 4:09 ` Junio C Hamano
2008-02-10 4:21 ` Junio C Hamano
2008-02-10 1:28 ` Nicolas Pitre [this message]
2008-02-10 1:30 ` Johannes Schindelin
2008-02-10 20:17 ` Jakub Narebski
2008-02-10 20:50 ` Linus Torvalds
2008-02-10 21:04 ` Nicolas Pitre
2008-02-10 22:53 ` Jakub Narebski
2008-02-10 23:11 ` Linus Torvalds
2008-02-11 1:24 ` Jakub Narebski
2008-02-11 1:59 ` Nicolas Pitre
2008-02-11 15:59 ` Linus Torvalds
2008-02-11 16:26 ` Jakub Narebski
2008-02-11 16:39 ` Nicolas Pitre
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=alpine.LFD.1.00.0802092016540.2732@xanadu.home \
--to=nico@cam.org \
--cc=Johannes.Schindelin@gmx.de \
--cc=git@vger.kernel.org \
--cc=gitster@pobox.com \
--cc=torvalds@linux-foundation.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).