Hi Junio,

On Thu, 4 Apr 2013, Junio C Hamano wrote:

This state is broken (wrong URLs in .git/config), and AFAIK there's
nothing you can do to check out these submodules without either:

(a) manually hacking them out of .git/config, or

I do not think updating the config is "hacking", but is a perfectly
normal thing to do for a submodule user who wants to use a custom
URL different from what is recorded in .gitmodules (even when the
URL in .gitmodules is _working_, you may have a closer mirror you
would prefer to use, for example).  It is how the configuration is
designed to be used, if I am not mistaken.

It may be possible, but there's no easy command to do it, especially in automated (fabric) deployment scripts. I do not want to write an awk/sed script to remove all the submodules from .git/config so that I can successfully run git submodule init again. What other choices do I have?

So I do not see any breakage here.

I do, it seems bizarre that git submodule init can create this situation but cannot rectify it.

Cheers, Chris.
Aptivate | http://www.aptivate.org | Phone: +44 1223 967 838
Future Business, Cam City FC, Milton Rd, Cambridge, CB4 1UY, UK

Aptivate is a not-for-profit company registered in England and Wales
with company number 04980791.

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

Reply via email to