All of lore.kernel.org
 help / color / mirror / Atom feed
From: "David A. Wheeler" <dwheeler@dwheeler.com>
To: Petr Baudis <pasky@ucw.cz>
Cc: Pavel Roskin <proski@gnu.org>, git <git@vger.kernel.org>,
	Joel.Becker@oracle.com
Subject: Re: commit-id fails after cg-init
Date: Wed, 04 May 2005 11:14:28 -0400	[thread overview]
Message-ID: <4278E6D4.6060807@dwheeler.com> (raw)
In-Reply-To: <20050503211301.GA15995@pasky.ji.cz>

Joel Becker said:

> Well, cg-init in this case creates no objects.  I'd say,
>instead, it should create an empty tree object (representing a project
>with no files) and commit that.  That would be your initial commit, and
>would put something valid in heads/master.

That would actually make sense; commits would go all the way
back to the "empty tree" as the ultimate initial tree.

There's an interesting side-effect of this; I _think_ it's
fine but it might be worth thinking through. If all
new projects start with an empty tree, that creates a
"common root" that all projects can appeal to.
That means that in theory a merge between any two project root
trees can eventually find a common ancestor: the empty tree.
I _think_ that's okay... is it?

That also means that empty directories will end up with the
"empty tree" as well.  Is there a risk of multiple empty directories
causing problems later?  As far as I can tell, there aren't
any problems with that, and does seem logically sound.

--- David A. Wheeler




  reply	other threads:[~2005-05-04 15:08 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-05-03 20:03 commit-id fails after cg-init Pavel Roskin
2005-05-03 21:13 ` Petr Baudis
2005-05-04 15:14   ` David A. Wheeler [this message]
2005-05-04 15:45     ` H. Peter Anvin
2005-05-05  7:22     ` Alexey Nezhdanov
2005-05-06  3:06       ` David A. Wheeler
2005-05-03 21:14 ` Joel Becker

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=4278E6D4.6060807@dwheeler.com \
    --to=dwheeler@dwheeler.com \
    --cc=Joel.Becker@oracle.com \
    --cc=git@vger.kernel.org \
    --cc=pasky@ucw.cz \
    --cc=proski@gnu.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.