Cumulative Flow Chart in Kanban attracted my attention as I consider it a nice example of using branching efficiently.

IMHO, it is simply wrong to assume that every single task can be split into small fragments that are then iteratively incorporated into the mainline. The author calls this kind of task a “technically complex story”, and I have yet to see a successful example of migrating frameworks or doing technical migrations like that without resorting to branching. This is what the whole open source community does, and it is high time the “enterprise” world catches with these practices.

Branching then comes to the rescue ! Let the “technically complex story” evolve in its own branch, and make sure to conduct in-depth QA BEFORE the merge. Same thing for code reviews and going through the DONE checklist : make sure to do it BEFORE the merge so that you do not end up with non production-quality code in the mainline, which is then pretty hard to get rid of.

BTW, Version Control Tools gives an overview of the differences between git and mercurial, which are two wonderful SCM tools that are very branch-friendly.

Previous post

I think this is frightening…. (en)

Next post

Surviving with many patches (en)

gabriel bélanger

Gabriel holds a bachelor degree in anthropology and a certificate in journalism. He is interested in the human phenomenon in general as well as in communications. His rigour and strong writing skills contribute every day to making him a partner of choice for content creation. Having worked in various contexts, both within a large agency and on the client’s side, he has had the chance to familiarize with many facets of communication campaigns' development and dissemination. He joined the Pyxis team in 2015.