Re: submodules' shortcomings, was Re: RFC: display dirty submodule working directory in git gui and gitk
- From
Johan Herland <johan@herland.net>
- Date
- Jan 5, 2010, 15:07 UTC
- Message-ID
- <201001051607.46310.johan@herland.net>
- In-Reply-To
- <20100105142727.GA83546@book.hvoigt.net>
On Tuesday 05 January 2010, Heiko Voigt wrote:
Show 6 quoted lines
> P.S.: Additionally (for my use case) we could add a "hint mechanism" > which allows git to "guess" a new submodules address. For example in > case I have all my local clones on > "git@my.server.net:<modulename>.git". Now when a new submodule gets > seen in .gitmodules it will infer the address from the hint > configuration and not take the original one from upstream.
This can be achieved today, if the upstream .gitmodules uses relative submodule URLs. I normally place super-repo and submodules in a single directory on the server, and use submodule URLs of the form "../<modulename>.git". Now, downstream developers can "git clone --mirror" the repos from my server, and - as long as they preserve the directory layout - provide their own complete server mirror, without editing .gitmodules. Granted, the existing submodule tools don't make working with relative submodule URLs particularily easy...
...Johan
-- Johan Herland, <johan@herland.net> www.herland.net