When a pull request created, I saw following remote branch created automatically,
What is the difference of these two?
BTW, I am trying to polling git to check new pull requests and automatically test them (I have no permission to change to Bitbucket server's setting to add a pull request notification plugin).
First I want to point out that this is an internal implementation detail, and not part of our API. Anything you build that depends on these files may stop working after an upgrade to Bitbucket Server without warning. A better alternative may be to talk to your System Administrator about installing a plugin.
To answer your question, the "from" ref points to the head of the source branch of the PR. The "merge" ref points to a merge commit between the "from" ref and the head of the target branch. To understand why we track these it might help to read this blog post.
You should note that these refs are not automatically updated when a change is made to the branch. A user must view the PR in their browser for the refs to be updated. You can read this answer to understand why. You cannot rely on these refs being updated in order to pick up changes to the pull request as they happen.
Another option may be to look at our REST API - you can use this endpoint to retrieve all pull requests in a repository. From there, fromRef.latestCommit for each PR in the response will tell you the commit at the head of the source branch, similar to the "from" ref, except the value from the REST API will update automatically.
Hopefully this helps clarify things.
Isabella - Atlassian
If "pull-request/*/merge" is an internal API that might break at any time, what would be the proper supported way to implement the solution suggested here https://stackoverflow.com/a/32073284/1788881 in order to test the merged code instead of the source branch during PR builds?
I, probably like you @Todd Boyd have been hunting for a very long time to understand how to build Peer Review head in TeamCity from BitBucket Server. The TeamCity plugin just doesn't work, which means I have no way of integrating this to include pull-request analysis in SonarQube either.
My suggestion and next course of action is to create a micro web server in .net using nancy or embedio to enable us to integrate easily weith anything we like - and control our own destiny.
Like they "promised", they stopped generating the below reference BitBucket Server 7.0 onwards (because they switched to 2-way diff from 3-way diff.
So, when our organization upgraded BitBucket Server to 7.6 from 6.x all pull request builds (on merge) started failing. We had to then create merge reference ourselves before building.
Hey everyone, over the past year, we've added several new features on how you can use Bitbucket and Jira together. We'd love to know how you'll are using the integration and how it's helping your t...
Connect with like-minded Atlassian users at free events near you!Find an event
Connect with like-minded Atlassian users at free events near you!
Unfortunately there are no Community Events near you at the moment.Host an event
You're one step closer to meeting fellow Atlassian users at your local event. Learn more about Community Events