You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I'm using a bitbucket server instance with SSH remotes. The problem is that the SSH remotes don't follow the same path structures as the HTTPS remotes.
When using HTTPS remotes, everything is working fine since the integration of #1196. (Thank you for that 👍)
When using SSH remotes, there is no way to telling the integration to add those additional elements to the path.
This means git lens tries to open the following URL pattern when using a SSH remote:
Now the only way to work around this, I was able to find is to set all the URLs by hand and declare the type of the remote as custom. This way it works.
Working around this, would require configuring a custom "Base URL" or a way to add an additional base path in this case.
Is this something you would consider adding?
The text was updated successfully, but these errors were encountered:
Yeah, I think adding a baseUrl property to the existing remote config would be the most beneficial to all the remote types (rather than something Bitbucket specific). And baseUrl will give you more control over the port and more vs just a basePath property.
Would you mind opening a PR to add it or get it started? I'd be happy to help point in the right direction, etc.
Hello,
I'm using a bitbucket server instance with SSH remotes. The problem is that the SSH remotes don't follow the same path structures as the HTTPS remotes.
Here are some examples for the remotes:
ssh://git@<server.name>:7999/<project>/<repo>.git
https://<server.name>/bitbucket/scm/<project>/<repo>.git
When using HTTPS remotes, everything is working fine since the integration of #1196. (Thank you for that 👍)
When using SSH remotes, there is no way to telling the integration to add those additional elements to the path.
This means git lens tries to open the following URL pattern when using a SSH remote:
The correct URL would be:
Now the only way to work around this, I was able to find is to set all the URLs by hand and declare the type of the remote as custom. This way it works.
Working around this, would require configuring a custom "Base URL" or a way to add an additional base path in this case.
Is this something you would consider adding?
The text was updated successfully, but these errors were encountered: