All of lore.kernel.org
 help / color / mirror / Atom feed
From: Neal Kreitzinger <nkreitzinger@gmail.com>
To: Francis Moreau <francis.moro@gmail.com>
Cc: git@vger.kernel.org
Subject: Re: Adding default remotes to a bare repository
Date: Fri, 11 Feb 2011 11:11:41 -0600	[thread overview]
Message-ID: <4D556DCD.3050907@gmail.com> (raw)
In-Reply-To: <m21v3eojr6.fsf@gmail.com>

On 2/11/2011 6:09 AM, Francis Moreau wrote:
> Neal Kreitzinger<nkreitzinger@gmail.com>  writes:
>
> [...]
>
>> you can do some hook setup automation using git templates.  see the
>> --template option of git-clone manpage and 'template directory'
>> section of git-init manpage.  There is some big reason why they don't
>> let you inherit hooks from the origin repo of the clone repo.  I think
>> its basically because you could have security risks or compromise git
>> integrity/workflow with hook inheritance.  If you look in the
>> newsgroup people have talked about this alot before.
> Ok I'll look at what have been said.
>
>> As far as your request for automatic remotes, a flaw in your logic may
>> be that you think the functionality you want would let you clone from
>> an already-setup clone (1) which points to remote (a) then the new
>> clone (2) would point to the remote (a) of clone(1).  Not so.  When
>> you make a clone it does get an automatic remote to the repo it was
>> cloned from.  This is called 'origin' remote.  Therefore, clone(2) has
>> an origin remote to clone (1).  Your idea on automatic remote setup is
>> in direct conflict with the way git currently does automatic origin
>> remote setup.  You can't do both because that would turn in to a real
>> mess pretty quickly.
> I don't understand your last sentence. Why do you think it's going to be
> messy ?
>
> Thanks
you're wanting the remote 'origin' of the clone(2) to be the same as the 
remote 'origin' of clone(1), ie. remote(a).  However, the git behaviour 
is that if you clone clone(2) from clone(1) then the the remote 'origin' 
of clone(2) will be clone(1).  The repo you cloned from is by default 
the remote 'origin' of the new clone.

However, you can create a config file in your --template dir that has 
the definitions of these "universal" remotes you are wanting everyone to 
have.  Then specify that template in your clone command (with 
--template) and it should pickup that config.  I say "should" because I 
haven't tried this exact scenario.  I think config acts a little 
different via a template dir than hooks.  Try it and see if it works.

v/r,
neal

      reply	other threads:[~2011-02-11 17:11 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-02-09 16:53 Adding default remotes to a bare repository Francis Moreau
2011-02-10 19:08 ` Neal Kreitzinger
2011-02-10 21:24   ` Francis Moreau
2011-02-10 22:03     ` Neal Kreitzinger
2011-02-11 12:09       ` Francis Moreau
2011-02-11 17:11         ` Neal Kreitzinger [this message]

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=4D556DCD.3050907@gmail.com \
    --to=nkreitzinger@gmail.com \
    --cc=francis.moro@gmail.com \
    --cc=git@vger.kernel.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.