copier manager: resolve SSH _src_path over HTTPS via hostRules (like git-submodules)

[jfra1397]

Tell us more.

Describe the proposed change(s)

The copier manager forwards the _src_path from .copier-answers.yml to the git-tags datasource as the packageName. Since #41725 the git+ prefix is correctly stripped, so a git+ssh://… source becomes ssh://git@host/….

However, the copier manager does no host-aware URL normalization: an ssh:// source is looked up over SSH verbatim. On a Renovate bot that authenticates to the host over HTTPS only (no SSH key), the lookup fails:

Renovate failed to look up the following dependencies:
Failed to look up git-tags package ssh://git@gitlab.com/org/template.git: no-result.

The git-submodules manager does not have this problem: it normalizes SSH submodule URLs to HTTPS and applies the matching hostRules/token before lookup. So a repo with an SSH submodule resolves fine on an HTTPS-only bot, while the same repo's SSH copier _src_path fails. That asymmetry is surprising.

Describe the solution you'd like

When a hostRule (or platform token) provides HTTPS credentials for the host of an ssh:// / git+ssh:// copier _src_path, the copier manager should resolve it the way git-submodules already does — convert to the HTTPS form and attach the token — rather than attempting a raw SSH ls-remote.

[RahulGautamSingh]

Sounds good. PR welcome

[jfra1397]

PR opened: #44552