Re: [RFC] Fourth round of support for cloning submodules
- From
- Sven Verdoolaege <skimo@kotnet.org>
- Date
- May 24, 2007, 11:16 UTC
- Message-ID
- <20070524111645.GK942MdfPADPa@greensroom.kotnet.org>
- In-Reply-To
- <Pine.LNX.4.64.0705241201270.4648@racer.site>
On Thu, May 24, 2007 at 12:02:41PM +0100, Johannes Schindelin wrote:
Show 10 quoted lines
> On Thu, 24 May 2007, Sven Verdoolaege wrote: > > On Thu, May 24, 2007 at 10:41:30AM +0100, Johannes Schindelin wrote: > > > I could imagine this to be another extension of ls-remote. > > > > You mean extending upload-pack ? Junio mentioned this possibility as well. > > This only solves the git:// and ssh:// case though. > > What to do with the other protocols? > > As we do for the refs: put it into .git/info/refs. This file is already > meant to "cache" the output of ls-remote for dumb protocols.
OK... so what should git-update-server-info put in this file for submodules? Or, equivalently, what should be the output of ls-remote?
Right now its a list of pairs of revs(sha1) and refs. For submodules we want a connection between a submodule name and one or more URLs where the submodule can be found. How are you going to squeeze that into info/refs without confusing older versions of git?
skimo