-
Notifications
You must be signed in to change notification settings - Fork 1.2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[BitbucketServer] Prebuilds are broken on branch context #13486
Comments
this is a real problem with us for one of our customers .. please can we have some feedback on this |
@jmls we're looking at this - can you confirm that this is only an issue with Bitbucker Server (not bitbucket.org cloud). |
@AlexTugarev awesome ! thanks - any expectation of eta so I can inform the customer ? |
@jmls, I'll try to verify that workspaces do start as expected for branch contexts once the running deployment is done, then post an update here. |
@jmls, it looks good now. I could start workspaces for branch URLs. |
thanks, will let the customer know |
Bug description
We see a blocker for prebuilds on branches of BBS repositories.
Given a context URL like
https://bbs.server.com/projects/proj1/repos/repo1/browse?at=refs%2Fheads%2Ffoo
, the context parser computesrefs/heads/foo
as value forref
, which is fully qualified and might be necessary for API calls, but it's apparently wrong for git operations.Git initializer fails with:
Using the branch name from
refs/heads/<branchName>
should work, though remains to be verified.Also, for the context, if subsequent API calls would also work with
?at=foo
, it could be simplified in the context parser, otherwise we need to check the params for prebuild manger which is called by the BBS application.Steps to reproduce
Workspace affected
No response
Expected behavior
No response
Example repository
No response
Anything else?
No response
The text was updated successfully, but these errors were encountered: