git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: [PATCH] git-clone --shared should imply --local

From
PRPavel Roskin <proski@gnu.org>
Date
Nov 29, 2005, 07:17 UTC
Message-ID
<1133248651.27750.82.camel@dv>
In-Reply-To
<7viruclymo.fsf@assigned-by-dhcp.cox.net>
On Mon, 2005-11-28 at 23:08 -0800, Junio C Hamano wrote:
Show 9 quoted lines
> Pavel Roskin <proski@gnu.org> writes:
> 
> > The "--shared" option to git-clone is silently ignored if "--local" is
> > not specified.  The manual doesn't mention such dependency.  Make
> > "--shared" imply "--local".
> >
> > Signed-off-by: Pavel Roskin <proski@gnu.org>
> 
> Hmph, then probably the manual should say it implies it...

Actually, from the user point of view --local and --shared are alternatives to each other and to the default behavior. --local copies files, --shared makes a reference.

Saying that --shared implies --local could sound like git-clone would still copy all objects.

My description was from the implementation point of view.
-- 
Regards,
Pavel Roskin
Previous: Junio C HamanoNext: Junio C Hamano
Message 3 of 4 in “git-clone --shared should imply --local”
  1. git-clone --shared should imply --localPavel Roskin, Nov 29, 2005
  2. Junio C HamanoNov 29, 2005
  3. Pavel RoskinNov 29, 2005
  4. Junio C HamanoNov 29, 2005

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.