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
Next: Root
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
The Atlassian Community can help you and your team get more value out of Atlassian products and practices.
We have a monorepo and need to be able to build multiple containers in parallel. However, how many we need to build will change each time to pipeline is run. so I have the following logic:
generate list of containers to build --> generate parallel steps --> run the parallel steps
pseudo-code
pipelines: default:
- step:
script:
- generate list of changed services
artifact:
- the list
- step:
script: create parallel steps
- parallel: \
- step: build container #1
- step: build container #2
is this possible in bitbucket pipelines?
@Eytan Yammer Currently Bitbucket Pipelines doesn't support dynamic parallel steps. Are the max containers a constant? If that is the case, I would suggest having a step for all the containers and skipping them if it's not required to build the container based on the artifact.
Thanks. For the time being the number of container won't be changing every day but it will be growing steadily over the next several months.
What I've decided to do was the following.
pipelines: default:
- parallel:
- step:
name: Build container1
condition:
changesets:
includePaths:
- path/to/container1/code/**
- step:
name: Build container2
condition:
changesets:
includePaths:
- path/to/container2/code/**
this will have to do for the time being. Thanks for the help.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
This was answered two years ago. Is there any change in Pipelines since to support this? We have a growing number of tests and manually managing splits to keep PR build times reasonable is unwieldy, to say the least.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.