News for hackers. Stuff that matters.
Re:Trunk-Based Development by icebraining on Sunday January 29, 2017 @02:34PM (#13516099)
Why can't you automatically merge all the branches for testing? Sure, sometimes it won't cleanly merge, but then again, features behind toggles won't always work well together.
Re:Trunk-Based Development by qwer on Sunday January 29, 2017 @03:42PM (#13516502)
I once wished this were possible too, but in reality it isn't.

With n branches there are n! permutations to test. That's a lot of infrastructure to maintain and computing power to spend and you still don't end up with a single team-blessed deployment artifact that can automatically be promoted for manual testing or release.

Don't get me wrong, feature-toggles are indeed a pain in the ass, but in my experience cherry-picking branches to merge really is much much worse.

Re:Trunk-Based Development by icebraining on Sunday January 29, 2017 @07:35PM (#13517768)
And with n feature flags, aren't there also n! permutations to test, that is, each combination of enabled/disabled? If you say no, because you just test features as they get manually enabled, why can't you do the same by manually selecting branches to be merged?
Re:Trunk-Based Development by einrealist on Monday January 30, 2017 @05:04AM (#13519821)
Yes, that complexity does not go away. But you only need one delivery pipeline, with one test/staging environment. Toggling and running acceptance tests against the variations can be automated, but is viable when done manually.
Re:Trunk-Based Development by susam on Monday January 30, 2017 @05:20AM (#13519884)
With n feature flags, there are 2^n possibilities to test.