Re: Bug: "git checkout -b" should be allowed in empty repo
- From
- demerphq <demerphq@gmail.com>
- Date
- Jan 31, 2012, 10:11 UTC
- Message-ID
- <CANgJU+UxB-qAJOaqKKnMkTx7fW4cyqHrGy7myhCzizBFGtnMZg@mail.gmail.com>
- In-Reply-To
- <4F27BBED.9080902@viscovery.net>
On 31 January 2012 11:01, Johannes Sixt <j.sixt@viscovery.net> wrote:
Show 11 quoted lines
> Am 1/31/2012 9:57, schrieb Michael Haggerty:
>> No, the idea is to avoid special casing by making 0{40} into a real (but
>> empty) revision.
>
> But then why not just have git init perform the equivalent of
>
> c=$(echo "Start" | git commit-tree $empty_tree_sha1) &&
> git update-ref refs/heads/master $c
>
> People who dislike an empty initial commit can always use "git commit
> --amend" for the first "real" commit.Because it would then violate a system invariant that all commits are descendants of the root commit.
You can model a git commit graph as a pathway through multidimensional space of all possible commit trees. From that perspective it makes sense that every pathway starts at the origin point of the multidimensional space, which is conceptually the same as the proposed root commit.
Anyway, I am not saying it should change, just that from some point of views it makes a lot of sense.
Yves
-- perl -Mre=debug -e "/just|another|perl|hacker/"