Repository navigation
Bitbucket Server / Data Center support #14592
Closed
BerkayClik
started this conversation in
Ideas
Replies: 1 comment
|
Note Grok responding on behalf of Julius. Closing as a duplicate of #10837 — that Ideas thread already tracks Bitbucket Server / Data Center support (Cloud-only API today; different endpoints for self-hosted). Please continue the conversation there. Related bug (misrouting self-hosted remotes to |
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Problem
T3 Code's Bitbucket integration only speaks the Bitbucket Cloud API (
https://api.bitbucket.org/2.0,/2.0/repositories/{workspace}/{repo}/...). Repositories hosted on a self-hosted Bitbucket Server / Data Center instance (e.g.https://bitbucket.example.com/scm/<project>/<repo>.git) get no pull-request support at all. The pull-request browser, PR sync, branch PR status and PR creation either don't work or, until #14591 is fixed, send requests to bitbucket.org for a repository that lives elsewhere.The triage on #14591 confirmed that Server / Data Center support would be a separate feature and that no existing issue tracks it, so I'm opening this to ask whether you'd want it and in what scope.
What Server / Data Center differs on
/rest/api/1.0/projects/{KEY}/repos/{slug}/pull-requests/..., rather than Cloud's/2.0/repositories/{workspace}/{repo}/pullrequests/....https://host/scm/{project}/{repo}.gitandssh://git@host:7999/{project}/{repo}.git.https://host/projects/{KEY}/repos/{slug}/pull-requests/{n}.Proposed direction
A separate Bitbucket Server / Data Center client, chosen per host, similar in spirit to how self-hosted GitLab is scoped to the remote's host:
Questions for maintainers
All reactions