News for hackers. Stuff that matters.
Re:Trunk-Based Development by geocar on Sunday January 29, 2017 @10:31AM (#13514505)
CD is not impossible with feature branches.

My live system looks up the branch name in the URL or in a (signed) cookie and checks out the appropriate branch then and there. This is possible because my development system is integrated into my live system.

Re:Trunk-Based Development by perlgeek on Sunday January 29, 2017 @10:35AM (#13514534)
If push to two feature branches, A and B, which one lands in production? both? if so, how? or the last one you pushed? Or the one that finished its build later?
Re:Trunk-Based Development by geocar on Sunday January 29, 2017 @10:47AM (#13514600)
My specific implementation uses the git commit id. Only the tool for signing cookies actually knows about branches.
Re:Trunk-Based Development by nhumrich on Sunday January 29, 2017 @10:35AM (#13514526)
So your delivering all commits on all branches to prod? That sounds hairy
Re:Trunk-Based Development by geocar on Sunday January 29, 2017 @10:52AM (#13514618)
How many commits do you do in a day?

The hardest part is figuring out how to do this without a map.

Re:Trunk-Based Development by nhumrich on Sunday January 29, 2017 @11:00AM (#13514692)
On a big team, potentially 100's. But if your delivering all commits regardless of branches, why even have branches?
Re:Trunk-Based Development by geocar on Sunday January 29, 2017 @11:36AM (#13514910)
Because they're still useful? A branch is a useful tool for the developers who know their development process includes pushing to and pulling from branch "xyz" while they develop whatever feature they're tasked to develop. That they don't solve every problem doesn't bother me.