Here’s a paper describing a strategy for version control with multiple teams in an agile environment. It is hosted on InfoQ. Enjoy!
- Online version (best for reading read on screen)
- PDF version (best for printing)
- Single-page summary in print-friendly format.
7 responses on “Agile version control with multiple teams”
This article is now up on InfoQ!
Thank you for your work! You saved huge amount of time for our team =) We are using some mix-process (SCRUM & XP) and now going to adapt your ideas from “SCRUM and XP from the trenches”. Also we had troubles with agile versioning – the same troubles as you describe =) Wonderful work, thank you 🙂 We are going to cure mergephobia in our team 😉
Glad to hear that my material has helped you :o)
Wonderful paper! Thanks very much.
What Perforce mechanism would you recommend for the development branches? A colleague is recommending using sparse branching of individual files, but I’m not so sure. Do you have any practical experience with Perforce?
Great article! It help us very much to find a solution to improve the quality of our trunk.
We are going to use a variant of the described aproach with several scrum teams working on the same code.
I am going to share our experience…
Re Perforce, it doesn’t make sparse branching particularly easy, so I wouldn’t bother (unless you have huge branches and a massive repository when it might be worth investigating).
Perforce handles branching and integration very well – Laura Wingerd’s work reference above is based on her experience as a VP at Perforce. Her book is well worth reading!
Great. Thank you for your article.