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
since we have many different setups depending on what artifacts have been cached, which architectures we need to build, etc (we run a Setup step).
At any rate, we run the jira-notify command as a post-steps on the final job in the pipeline.
As shown in the screenshot below, each job has a new pipeline_id and pipeline_number. The V1 Jira Orb would only keep the latest build here for a given ticket/branch, and we would like to restore that functionality. QA shouldn't have to read a list to figure out which build to test.
Can we override pipeline_id to 0 or something to make them all merge into 1 item in the list?
The text was updated successfully, but these errors were encountered:
Every time a dev pushes to their branch, it seems the tooling keeps adding a new build.
We have it set up as a command in our workflow.yml
since we have many different setups depending on what artifacts have been cached, which architectures we need to build, etc (we run a Setup step).
At any rate, we run the
jira-notify
command as apost-steps
on the final job in the pipeline.As shown in the screenshot below, each job has a new
pipeline_id
andpipeline_number
. The V1 Jira Orb would only keep the latest build here for a given ticket/branch, and we would like to restore that functionality. QA shouldn't have to read a list to figure out which build to test.Can we override
pipeline_id
to0
or something to make them all merge into 1 item in the list?The text was updated successfully, but these errors were encountered: