Skip to content
This repository has been archived by the owner on Jul 20, 2023. It is now read-only.

Use relative path for submodules #15

Open
jim-bcom opened this issue Mar 7, 2022 · 1 comment
Open

Use relative path for submodules #15

jim-bcom opened this issue Mar 7, 2022 · 1 comment
Labels
enhancement New feature or request

Comments

@jim-bcom
Copy link
Contributor

jim-bcom commented Mar 7, 2022

Currently, committed URLs are HTTPS.

This requires the use of a token and frequent use of credentials.

SSH URLs allows a more convenient workflow.

We could convert all URLs to ssh instead, but then it becomes
inconsistent if someone clones SolAR in HTTPS (e.g. for read-only
purpose), and don't want to configure SSH keys.

And currently, if SolAR is cloned using SSH, then submitting changes to submodules may require tedious login/password authentication.

The solution can to use relative path, as described here:

https://www.damirscorner.com/blog/posts/20210423-ChangingUrlsOfGitSubmodules.html

This way, the submodule will be fetched with whatever method used
to clone SolAR.

This may lead to SSHerrors when git submodule foreach is used with
commands demanding a connection to the server (fetch, pull, ...).

A solution is to increase 'MaxStartups' in sshd config as described here:
https://docs.gitlab.com/ee/topics/git/troubleshooting_git.html#ssh_exchange_identification-error

(sshd needs to be restarted, or the machine rebooted)

@jim-bcom jim-bcom added the enhancement New feature or request label Mar 7, 2022
@jim-bcom
Copy link
Contributor Author

jim-bcom commented Mar 7, 2022

2 PRs are prepared:
#16
SolarFramework/SolARFramework#51

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

1 participant