From: David Woodhouse <dwmw2@infradead.org>
To: Linus Torvalds <torvalds@osdl.org>
Cc: Ingo Molnar <mingo@elte.hu>, git@vger.kernel.org
Subject: Re: full kernel history, in patchset format
Date: Mon, 18 Apr 2005 09:31:36 +1000 [thread overview]
Message-ID: <1113780698.11910.8.camel@localhost.localdomain> (raw)
In-Reply-To: <Pine.LNX.4.58.0504160953310.7211@ppc970.osdl.org>
On Sat, 2005-04-16 at 10:04 -0700, Linus Torvalds wrote:
> So I'd _almost_ suggest just starting from a clean slate after all.
> Keeping the old history around, of course, but not necessarily putting it
> into git now. It would just force everybody who is getting used to git in
> the first place to work with a 3GB archive from day one, rather than
> getting into it a bit more gradually.
>
> What do people think? I'm not so much worried about the data itself: the
> git architecture is _so_ damn simple that now that the size estimate has
> been confirmed, that I don't think it would be a problem per se to put
> 3.2GB into the archive. But it will bog down "rsync" horribly, so it will
> actually hurt synchronization untill somebody writes the rev-tree-like
> stuff to communicate changes more efficiently..
Note that any given copy of a tree doesn't _need_ to keep all the
history back the beginning of time. It's OK if the oldest commit object
in your tree actually refers back to a parent which doesn't exist
locally. I can well imagine that some people will want to keep their
trees pruned to keep only a few weeks of history, while other copies of
the tree will keep everything.
However, if we _don't_ base our current work on an existing import of
the kernel, then we don't retain that option. We can't just change the
'parent' field of your 2.6.12-rc2 import, without changing the sha1 hash
of _everything_ that happens thereafter.
So I'd say we should take Thomas' import, and base new work on that --
but then possibly leave out the older objects from the 'working'
repository which everyone is rsyncing from; just make them available in
a 'linux-history.git' object database elsewhere.
--
dwmw2
next prev parent reply other threads:[~2005-04-17 23:28 UTC|newest]
Thread overview: 42+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-04-16 13:15 full kernel history, in patchset format Ingo Molnar
2005-04-16 13:35 ` Ingo Molnar
2005-04-16 14:55 ` David Mansfield
2005-04-16 19:18 ` Ingo Molnar
2005-04-16 15:08 ` Francois Romieu
2005-04-16 17:04 ` Linus Torvalds
2005-04-16 17:43 ` Petr Baudis
2005-04-16 15:44 ` Christopher Li
2005-04-16 18:31 ` Junio C Hamano
2005-04-16 18:35 ` Mike Taht
2005-04-16 19:19 ` Junio C Hamano
2005-04-16 16:26 ` Christopher Li
2005-04-16 19:44 ` Junio C Hamano
2005-04-16 19:42 ` Mike Taht
2005-04-16 20:19 ` Daniel Barkalow
2005-04-16 18:46 ` Junio C Hamano
2005-04-16 19:13 ` Jan-Benedict Glaw
2005-04-16 19:23 ` Thomas Gleixner
2005-04-16 18:32 ` Petr Baudis
2005-04-16 18:36 ` Petr Baudis
2005-04-16 19:41 ` Thomas Gleixner
2005-04-16 18:44 ` Linus Torvalds
2005-04-16 19:50 ` Thomas Gleixner
2005-04-16 18:57 ` Petr Baudis
2005-04-16 19:27 ` Junio C Hamano
2005-04-16 19:15 ` Linus Torvalds
2005-04-16 20:35 ` Thomas Gleixner
2005-04-16 23:08 ` David Lang
2005-04-16 19:41 ` Ingo Molnar
2005-04-17 23:31 ` David Woodhouse [this message]
2005-04-17 23:39 ` Petr Baudis
2005-04-18 0:06 ` David Woodhouse
2005-04-18 0:35 ` Petr Baudis
2005-04-18 0:45 ` David Woodhouse
2005-04-18 0:50 ` Petr Baudis
2005-04-18 0:51 ` David Woodhouse
2005-04-18 0:59 ` Petr Baudis
2005-04-18 1:16 ` Linus Torvalds
2005-04-18 1:36 ` David Woodhouse
2005-04-18 10:07 ` Catalin Marinas
2005-04-18 22:41 ` David Mansfield
2005-04-19 8:33 ` Catalin Marinas
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
List information: http://vger.kernel.org/majordomo-info.html
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1113780698.11910.8.camel@localhost.localdomain \
--to=dwmw2@infradead.org \
--cc=git@vger.kernel.org \
--cc=mingo@elte.hu \
--cc=torvalds@osdl.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.
Code repositories for project(s) associated with this public inbox
https://80x24.org/mirrors/git.git
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 read-only IMAP folder(s) and NNTP newsgroup(s).