Stash repository structure for project with multiple applications

We're looking to migrate from SVN/Jenkins/Mantis to Stash/Bamboo/JIRA. We typically have 3-5 Java webapps in a project built using Maven, along with one or two .NET Windows apps also built with Maven, and the whole set is released together in a unified deployment.

Should we create a single Stash project with a single Git repo for each project, and a single Bamboo plan to build it all?

Or multiple repositories under a Stash project, one repo per webapp?

The automatic branching features in Stash, Bamboo and JIRA seem to be optimized for a single repo being the common case.

1 answer

1 accepted

This widget could not be displayed.

I would say it boils down to answer to 2 simple questions: are webapps from single project often changed together? If you go with single repo per project would the size of it become a problem?

If the answer to first is 'yes' and second 'no' then I would go with single repository.

As you said, branching in Bamboo is optimized for single repository case. I also find it personally much more convienient if I don't have to look for components of single project in 5 different places ;-) But YMMV.

Just to add to Marcin's comment.

This is an area that IMHO still has some room for improvement (you might be interested in this recent blog from a colleague of mine).

Marcin is right - generally tooling, including Stash/Maven/Bamboo/Everything work better with a single repository. The longer you can stick with that the most comfortable off you'll be. There are two places where this becomes a real problem (which is what Marcin is really talking about with 'size' above)

1. You need to 'share' a single repository/library/module/product with more than one repository. At this point you need to use Maven/Git-Submodule/Git-Subtree to 'depend' on the other repository.

2. Build speed - the maven build of a single repository becomes unwieldy/horrible and you want to improve performance.

Again, if you don't have either of those problems then having a single repository is almost always the easiest.



PS. FWIW I think this is solvable, but we need to ditch Maven first. :)

Thanks for the blog links - it was interesting reading.

Suggest an answer

Log in or Sign up to answer
Atlassian Summit 2018

Meet the community IRL

Atlassian Summit is an excellent opportunity for in-person support, training, and networking.

Learn more
Community showcase
Posted yesterday in New to Jira

Are you planning to trial, or are currently trialling Jira Software? - We want to talk to you!

Hello! I'm Rayen, a product manager at Atlassian. My team and I are working hard to improve the trial experience for Jira Software Cloud. We are interested in   talking to 20 people planning t...

55 views 1 0
Join discussion

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