Home 
Resources CM Yellow Pages Articles and Whitepapers CM Crossroads Articles To Branch or Not To Branch (and Merge/Test)
Resources CM Yellow Pages Articles and Whitepapers CM Crossroads Articles To Branch or Not To Branch (and Merge/Test)
To Branch or Not To Branch (and Merge/Test)
Address
Joe Farah joefarah@gmail.com
By Joe Farah
I don't like merging. When I merge I've got to retest. This is especially difficult if the merging occurs a few days/weeks after the original change. Come to think of it, I don't really like branching, but that depends. Do I have to merge whenever I branch? Do I use branching for a specific discipline or is it a catch-all operation which gives me all sorts of capabilities in return for a spaghetti-like spider web of branches and merges? And what about all the labeling that goes with it? There must be a better way, a way to reduce branching, and merging, while increasing automation and reducing complexity. What is it?
I don't like merging. When I merge I've got to retest. This is especially difficult if the merging occurs a few days/weeks after the original change. Come to think of it, I don't really like branching, but that depends. Do I have to merge whenever I branch? Do I use branching for a specific discipline or is it a catch-all operation which gives me all sorts of capabilities in return for a spaghetti-like spider web of branches and merges? And what about all the labeling that goes with it? There must be a better way, a way to reduce branching, and merging, while increasing automation and reducing complexity. What is it?
Reviews (0)
Be the first to review this listing!