git.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: "Avery Pennarun" <apenwarr@gmail.com>
To: "Kai Hendry" <hendry@aplixcorp.com>
Cc: "Junio C Hamano" <gitster@pobox.com>, git@vger.kernel.org
Subject: Re: Integration branching
Date: Mon, 7 Apr 2008 14:32:45 -0400	[thread overview]
Message-ID: <32541b130804071132q24acff6an853730af4fc7273e@mail.gmail.com> (raw)
In-Reply-To: <b24851260804071118h4eaadef8i8313c5a4cb26495d@mail.gmail.com>

On Mon, Apr 7, 2008 at 2:18 PM, Kai Hendry <hendry@aplixcorp.com> wrote:
> On Mon, Apr 7, 2008 at 6:41 PM, Junio C Hamano <gitster@pobox.com> wrote:
>  >  A set of big questions is how that git.webvm.net/srv/git/webkit-test
>  >  repository was prepared, what its history look like and how it relates to
>  >  the history your repository has.  I presume that that is different from
>  >  the repository you are pushing from (which is "x61:aplix/test/WebKit"
>  >  repository), but other than that you did not give any details to guess
>  >  further.
>
>  webkit-test was just a `git --bare init --shared` and completely empty
>  with I tried pushing (publishing) the changes to WebKit trunk.
>
>  With thanks,

Basically every git repository needs to be entirely self-sufficient,
that is, it should be possible to check out a copy without referring
to any external repositories.  So your initial push to an empty
repository will always upload all the objects, even if you pulled from
some other.

The good news is that if your friends who checked out of the main
repository want to try out your branch, it *won't* accidentally
download all the extra objects over again.  git will notice that they
already have the same objects (retrieved from the main repo) and
download only the new ones.

So yes, some space is "wasted" on your extra repo, but disk space is
cheap anyway (and you now have a backup of the main repo for free :))

Have fun,

Avery

  reply	other threads:[~2008-04-07 18:33 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-04-07 13:02 Integration branching Kai Hendry
2008-04-07 17:41 ` Junio C Hamano
2008-04-07 18:18   ` Kai Hendry
2008-04-07 18:32     ` Avery Pennarun [this message]
2008-04-08 13:56       ` Kai Hendry
2008-04-08 18:49         ` Junio C Hamano
2008-04-08 19:01           ` Mike Hommey
2008-04-08 20:32             ` Kai Hendry
2008-04-08 20:43               ` Mike Hommey
2008-04-10 20:04                 ` Mike Hommey
2008-04-07 18:44     ` Junio C Hamano

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=32541b130804071132q24acff6an853730af4fc7273e@mail.gmail.com \
    --to=apenwarr@gmail.com \
    --cc=git@vger.kernel.org \
    --cc=gitster@pobox.com \
    --cc=hendry@aplixcorp.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).