Re:Trunk-Based Development
by nhumrich on Sunday January 29, 2017 @10:39AM
(#13514553)
By "short lived", how short lived? Is the branch only for one developer? Or is it shared? How do you enforce "short lived"? If the branches are not collaborated on, you might be doing trunk based without realizing it.
[ Parent
| on HN ]
Re:Trunk-Based Development
by joneholland on Sunday January 29, 2017 @11:05AM
(#13514721)
Holy shit. Just admit that TBD is a fad instead of trying to define every successful methodology into it.
Branches tend to be solo devs and tend to live less than a day. But nobody develops in master. It's actually locked down to just merges from pull requests.
>you might be doing trunk based without realizing it.
Then trunk based is poorly named and apt to start a fruitless holy war. Nobody wants too many people on a feature branch, or for one to live too long. (But it happens, like rebranding an entire app or rewriting all the auth code, which is a good thing to be able to do. )
Is there a threshold of time/collaboration that makes it not-CD?
My point is that the article says that branches for the purpose of WIP and code review is OK as long as you don't share the branches. Trunk based is trunk "based" as in your git "base". Your based on trunk, not a branch. It's not called "commit directly to trunk only" development.