Re: Location-agnostic submodules

From: Philip Oakley <philipoakley@iee.org>
Date: May 1, 2012, 19:58 UTC
Message-ID: <A688673CF88C4F469D3DF0D7E3AEFFA4@PhilipOakley>
In-Reply-To: <7v4nrzaioc.fsf@alter.siamese.dyndns.org>

From: "Junio C Hamano" <gitster@pobox.com> Sent: Tuesday, May 01, 2012 6:57
PM

Show 10 quoted lines

> "Philip Oakley" <philipoakley@iee.org> writes:
>
>> Would an alternative be something like:
>>    git submodule update <module> --from <remote>
>>
>> so that the user can state which of the current submodule's remotes
>> should be used for fetching the desired update.
>
> Are you assuming that the <remote> in the above example will be different
> per invocation for a single user?

possibly, but more likely the user would have identified which is the best remote to use to find her missing sha1.

Show 6 quoted lines

>         I would imagine not---it would be more
> like "the upstream has this URL in .gitmodules, but this other mirror is
> closer to my network environment", i.e.
>
> cd <module's directory> && git config remote.origin.url $there
>

I was presuming a reverse time sequence, where the user had already set up the desired remote, but hadn't managed to change the URL in .gitmodules; but either way, the user then let's 'git submodule' do the hard work of fetching the correct sha1 to checkout.

I didn't think that there was a command yet to do the URL update, which would most likely match one of the sub-module's URLs.

> no?
>
>

Philip