git.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Junio C Hamano <gitster@pobox.com>
To: Robin Rosenberg <robin.rosenberg.lists@dewire.com>
Cc: "Jeff Whiteside" <jeff.m.whiteside@gmail.com>,
	"Asheesh Laroia" <asheesh@asheesh.org>,
	"Git Mailing List" <git@vger.kernel.org>
Subject: Re: why still no empty directory support in git
Date: Mon, 29 Dec 2008 23:45:18 -0800	[thread overview]
Message-ID: <7viqp25coh.fsf@gitster.siamese.dyndns.org> (raw)
In-Reply-To: <200812300758.41988.robin.rosenberg.lists@dewire.com> (Robin Rosenberg's message of "Tue, 30 Dec 2008 07:58:41 +0100")

Robin Rosenberg <robin.rosenberg.lists@dewire.com> writes:

> You can have an empty tree, but the index doesn't store them, so they
> would be lost on checkout/commit. Linus sketched a solution, but nobody
> took the bait. Seems doable if anyone really wants it, but I'm certain
> it adds a lot of special cases.

I think the original poster covered that "a lot of special cases" as
"unclear semantics", and there are more.  Do you want to have the presense
of empty directory "sticky"?  Perhaps it later becomes non-empty at some
point; will the "will always present" attribute kept then?  What happens
when such a directory becomes empty later?  What should happen when a
branch that has such a directory with "sticky existence" and another
branch with the same directory but without the stickiness are merged?

But I think one bigger reason missing from the list is that many people
loudly talked about "wants", but nobody made convincing argument on
"needs" of such a feature.

  reply	other threads:[~2008-12-30  7:46 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-12-30  3:42 why still no empty directory support in git Ping Yin
2008-12-30  5:10 ` Asheesh Laroia
2008-12-30  5:28   ` Jeff Whiteside
2008-12-30  6:58     ` Robin Rosenberg
2008-12-30  7:45       ` Junio C Hamano [this message]
2008-12-30 15:36       ` Ping Yin
2008-12-30  6:25   ` Asheesh Laroia
2008-12-30  8:43     ` demerphq
2008-12-30  8:58       ` Asheesh Laroia
2008-12-31  1:06         ` David Brown
2009-01-01 20:06         ` Jeff King
2009-01-02 18:55           ` Johannes Schindelin
2009-01-02 21:31             ` Asheesh Laroia
2009-01-08  7:12           ` Asheesh Laroia
2008-12-30  6:09 ` Liu Yubao
2009-01-01  2:50   ` Anatol Pomozov
2008-12-30 12:09 ` Johannes Schindelin
2008-12-30 14:21   ` Michael Gaber

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=7viqp25coh.fsf@gitster.siamese.dyndns.org \
    --to=gitster@pobox.com \
    --cc=asheesh@asheesh.org \
    --cc=git@vger.kernel.org \
    --cc=jeff.m.whiteside@gmail.com \
    --cc=robin.rosenberg.lists@dewire.com \
    /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).