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.
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