Bamboo: Plan reuse between diferents projects

Hi, we are a java development team working in a small company (10 people, including 4 administrative ones) and we are evaluating Bamboo. Ours project are managed via Maven 3. We include some of these projects in a trial Bamboo and we realized that to generate jobs and plans of each project we repeated the same parameterization. Ie equivalent tasks in equivalents jobs on equivalents plans, the only difference between projects is the URL of the SVN repository. Is there
a way to do this by defining a plan to share between projects ? or job sharing between project plans? If it exists a way, how? and how this job would be counted in the licensing?
Our question is motivated by the possibility of using Bamboo starter license on our developments, but parameterizing only some of our projects have far exceeded the 10 jobs...

2 answers

1 accepted

Hi Sebastian,

I understand that yoy are faced with the issue of job limitation and looking for a way not to use all the 10 jobs limit. In this case, I will suggest the following options and will like to point our that plan branches also inherit the jobs or have their own defined jobs that will count towards the license. Also there is not feature to share a job:

# Since each job can have an unlimitted number of tasks, you can decide to have a single plan with a single job that has several tasks for each of the java project. This you will have to do with careful design

# You can create a single plan with 10 repos for each of the projects and the checkout task with then clone each repo in a subdirectory. You can then use tasks to manipuate and build each of the sub directory as needed

# This might not be convinient but you can always disable and enable job in case you run in to more than 10 jobs

Hope tha helps


ok, thank you very much, we will present your advice

You are most welcome Sebastian

How do you control checking out of all the 10 repos? Let say there was a change in one of the repo and it triggered a build it then it first checks out all the 10 repos then identifies where actually the change happened.

We use the branches according to the standard SVN. That is, we generate branches on specific versions of our products according to the demand of corrections that arise in its use. Fix the issue with an external agent would be feasible but also understand that it would face the solution externally. If not, exists an example ? or a study case ?
I certainly not asked the question correctly, so I do it again in a different way:
Small businesses (like us) and freelance developers that moderately structured source code, quickly reaching develop 10 jars (thinking about developing with java). We understand that for every java project that is imported to Bamboo, necesarily generates a plan and a job, so quickly exceed 10 jobs, although the 10 plans are the same, so also the 10 jobs. For example, we have the following java projects:

  • entity-1.0.4
  • dao-2.0.7
  • hibernatedao-1.0.12
  • mappingdao-1.1.24
  • ibatisdao-1.0.3

Each of them is a project itself, which we used as tools in the developments that our clients hire us. The continuous integrationwe aim to perform on each stem primarily from maven (test, pmd and javadoc) and an additional verification of the structure of the pom.xml (we have a shell script to do that).

Therefore, the question that the checks being conducted on each of our projects are similar: it is necessary to define 10 plans and 10 jobs ? is possible to define a single plan with a single job to be shared among different projects. Thus the limitation of 10 jobs from the starter license imply 10 different ways of testing, we believe most appropriate limit for small companies or freelance developers.

Are we missing something ?

Thanks anyway.

Suggest an answer

Log in or Join to answer
Community showcase
Jason Wong
Published Tuesday in Agility Beta

Welcome to agility

Every team in the world is unique, and so   Atlassian believes   that each and every team's best way of working  needs to  be molded to their unique circumstances  – ...

418 views 6 16
Read article

Atlassian User Groups

Connect with like-minded Atlassian users at free events near you!

Find a group

Connect with like-minded Atlassian users at free events near you!

Find my local user group

Unfortunately there are no AUG chapters near you at the moment.

Start an AUG

You're one step closer to meeting fellow Atlassian users at your local meet up. Learn more about AUGs

Groups near you
Atlassian Team Tour

Join us on the Team Tour

We're bringing product updates and pro tips on teamwork to ten cities around the world.

Save your spot