All of lore.kernel.org
 help / color / mirror / Atom feed
From: Chris Packham <judge.packham@gmail.com>
To: David Brown <davidb@codeaurora.org>
Cc: git@vger.kernel.org
Subject: Re: Allow git remote add but not git clone ( was Re: [PATCH/RFC] Documentation/git-gc.txt: add reference to githooks)
Date: Tue, 21 Sep 2010 13:52:57 -0700	[thread overview]
Message-ID: <4C991B29.4030208@gmail.com> (raw)
In-Reply-To: <20100921181406.GA7389@huya.qualcomm.com>

On 21/09/10 11:14, David Brown wrote:
> Subject: Re: [PATCH/RFC] Documentation/git-gc.txt: add reference to githooks

Wow odd thread to pickup. Hopefully someone that knows more than me will
notice the change of subject an provide a better answer.

> Suppose I want to publish some changes to a tree.  I have a server
> available where I can run a git daemon, but for one reason or another
> I want to force people to use the another git repo as a reference.
> The reason could be one of bandwidth, or someone who isn't comfortable
> making all of the other source available.  Ideally, someone who
> already has the other git repo cloned, and just adds mine as a remote
> wouldn't notice the difference.

Sounds like a reasonable motivation.

> Is there a way to do this?

As far as I know no. The mechanisms that git clone and git remote
add/git fetch are fairly generic so I doubt there is a way for the git
daemon to know which was run by the user at the other end. Maybe there
are other possible solutions outside of git to but a cap the amount of
data sent. Doesn't look like there are any hooks on the upload-pack side
of git daemon.

> If there isn't a way of doing this currently, is this something that
> others would find useful?

I personally wouldn't but I can see why some people might want this.

  reply	other threads:[~2010-09-21 20:52 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-06-28 16:10 notify alternative to auto gc? Karl Stenerud
2010-06-28 16:26 ` Ævar Arnfjörð Bjarmason
2010-06-28 16:52   ` Karl Stenerud
2010-06-29  6:46     ` Matthieu Moy
2010-06-30  2:27   ` Sam Vilain
2010-06-28 16:27 ` Matthieu Moy
2010-06-28 16:29 ` Chris Packham
2010-06-28 16:56   ` Karl Stenerud
2010-06-28 17:07   ` [PATCH/RFC] Documentation/git-gc.txt: add reference to githooks Chris Packham
2010-06-28 18:43     ` Marc Branchaud
2010-06-29 15:43       ` Junio C Hamano
2010-06-29 16:00         ` Chris Packham
2010-06-29 16:26     ` Junio C Hamano
2010-06-29 18:16       ` Chris Packham
2010-06-30 20:41         ` [PATCHv2] " Chris Packham
2010-09-21 18:14     ` [PATCH/RFC] " David Brown
2010-09-21 20:52       ` Chris Packham [this message]
2010-09-21 21:01         ` Allow git remote add but not git clone ( was Re: [PATCH/RFC] Documentation/git-gc.txt: add reference to githooks) David Brown
2010-09-21 23:18       ` Re* [PATCH/RFC] Documentation/git-gc.txt: add reference to githooks Junio C Hamano
2010-06-28 18:58   ` notify alternative to auto gc? Eric Raible
2010-06-28 19:02     ` Jacob Helwig

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=4C991B29.4030208@gmail.com \
    --to=judge.packham@gmail.com \
    --cc=davidb@codeaurora.org \
    --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.