You're on your way to the next level! Join the Kudos program to earn points and save your progress.
Level 1: Seed
25 / 150 points
1 badge earned
Challenges come and go, but your rewards stay with you. Do more to earn more!
What goes around comes around! Share the love by gifting kudos to your peers.
Keep earning points to reach the top of the leaderboard. It resets every quarter so you always have a chance!
Join now to unlock these features and more
I was hoping to understand a clear definition of how Bitbucket/Jira interact in order to understand all of the Jira Tickets which are included within a deployment run via a pipeline. It appears to be automatic, but I'm unclear from the documentation exactly how Bitbucket works it out.
There are various triggers for pipelines, so it would be good to understand:
I can probably guess how it works for Pull Requests, single Commits and standard merge commits, but it would be good to get confirmation.
Hi @Andy Rouse
Welcome to the community.
For the Pipelines Deployments, would it be possible for you to confirm if you're referring to the Pipelines Delployments UI like the way how it shows information in relation to Jira issues?
Hi @Andy Rouse,
Thanks for the confirmation.
The Pipelines Deployments UI is based on a difference between the current state and the state after deployment.
When you view a specific build, the UI result compares it to the previous build listing all differences in the following tabs including Jira issue keys:
For example, if you have the 5 Pipelines builds below and you view build #215 on your Deployments UI, the modal will compare build #215 to #214 and list all their differences.
Having said that, there may be instances where no differences will be listed.
A common example here is when a build was a rerun or redeployed.
This is because there are no differences between the current build and the rerun/redeployed build.
Hope it helps and do let me know if you have further questions that I can help with.
Thank you for getting back to me. Apologies, I'm not sure if I understand how the system compares the differences between builds in order to understand which tickets, etc.
Is a build always related to a specific (most recent) commit? Does it compare the difference between 2 commits upon which 2 builds are related?