In Bamboo, we have projects, then we have plans, then we have stages, each stage has a list of jobs and finally, each job has one or more tasks. I know that jobs can run in parallel, tasks in a job run sequentially and stages also take place one after another. Now this gives us a lot of flexibility in terms of organizing our jobs. But besides providing this flexibility, is this classification meant to be so that each has it's own use case? Let me give you an example of a typical build process that we have:
Obviously, we have several git branches that correspond to different environments.
Can you give an example on how to split this 5 step process into plans/stages/jobs/tasks. It's probably going to be in the same one plan. But again then, when do I create another plan. What's the use case for that? When do I create another project?
From what I have seen project are really good at grouping categories of plan together. Plans are listed alphabetically so projects allow you to group plans that belong together into their own groupings.
As for when you would create additional plans really comes down to how you want and choose to use Bamboo.
We have a number of small git repos that each have their own plan and build an artifact. We did it this way so that we are re-building the entire set of artifacts in the plan every time a change is made. We only re-build what was changed.
We then have another build plan (that is a child plan of all the other build plans) that collects the latest built version of the artifacts and bundles them into a deployment package.
I hope that helps provide some insight, I'm not sure if it helped answer your question or not.
-James
You know, this question comes as a result of lack of enough CI/CD experience. Thanks for the answer
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.