Re: [Question] Switching the URI from SSH to HTTPS for submodules
- From
Fabian Stelzer <fs@gigacodes.de>
- Date
- Dec 8, 2021, 12:51 UTC
- Message-ID
- <20211208125149.enyd22nnhmvou6lr@fs>
- In-Reply-To
- <00b901d7eb79$c374f070$4a5ed150$@nexbridge.com>
On 07.12.2021 09:50, rsbecker@nexbridge.com wrote:
Show 50 quoted lines
>On December 6, 2021 6:54 PM, Robert Coup wrote: >> On Mon, 6 Dec 2021 at 23:10, <rsbecker@nexbridge.com> wrote: >> > >> > git@bitbucket.org:project/module.git >> > >> > When in SSH mode, clones are simple with --recurse-submodules doing >> > what we want. However, we had to clone on a system where SSH was >> > locked down and we could only use HTTPS. The form of the URIs changed >> rather radically: >> > >> > https://user@bitbucket.org/project/repo.git >> > >> > I'm looking for better practices than I used - I'm sure there is at least one. >> >> AFAIK the existing `url.<base>.insteadOf` config option[1] deals with this... >> >> [1] https://git-scm.com/docs/git-config#Documentation/git-config.txt- >> urlltbasegtinsteadOf >> >> $ git config --global url."https://user@bitbucket.org/".insteadOf >> "git@bitbucket.org:" >> >> If you don't want to set it globally (not a throwaway CI environment?) then >> you can do it as a one-off: >> >> $ git -c url."https://user@bitbucket.org/".insteadOf="git@bitbucket.org:" >> clone --recurse-submodules git@bitbucket.org:repo/project.git >> >> But it isn't persisted into your repo config then, so subsequent fetches won't >> work. You'd need to persist it using something like: >> >> $ git config url."https://user@bitbucket.org/".insteadOf >> "git@bitbucket.org:" >> $ git submodule foreach --recursive 'git config >> url."https://user@bitbucket.org/".insteadOf "git@bitbucket.org:" ' >> >> Maybe there's an opportunity to make that part easier? > >Well, I gave this a shot. The mapping did not appear to work - I tried a few combinations. I was left with the original URIs. Note that I also had to do > >$ git submodule init > >which reported the wrong URIs > >$ git submodule update > >which obviously failed since they were still using SSH. > >I think there may be something not working correctly with the insteadOf operator. This is easily reproduceable. >
I ran into this as well some time ago. For submodules this only works if you put it into your global config since the parent projects config is not relevant to the submodule.
There's some discussion in the archive about this as well: https://lore.kernel.org/git/404d109f-e5a7-85a3-e64c-ab1b21c3045d@durchholz.org/