Re: [PATCH] RFC: git lazy clone proof-of-concept

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi,

On Fri, 8 Feb 2008, Mike Hommey wrote:

> On Fri, Feb 08, 2008 at 10:34:55PM +0000, Johannes Schindelin wrote:
> 
> > On Fri, 8 Feb 2008, Mike Hommey wrote:
> > 
> > > Also note that the http transport uses info/http-alternates for 
> > > http:// urls. By the way, it doesn't make much sense that only 
> > > http-fetch uses it.
> > 
> > I think it does make sense: nobody else needs http-alternates.
> 
> If you're setting an http-alternate, it means objects are missing in the 
> repo. If they are missing in the repo and are not in alternates, how can 
> any other command needing objects out there work on the repo ?

The point is: if you have a bare repository on a server that uses 
alternates, that path stored in info/alternates is usable by git-daemon.  
But it is not usable by git-http-fetch, since that does not have a 
git-aware server side.  So if you want to reuse the _same_ bare repository 
_with_ alternates for both git:// transport and http:// transport, you 
_need_ to _different_ alternates: one being a path on the server, and 
another being an http:// url for http-fetch.

Hth,
Dscho

-
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]

  Powered by Linux