Does anybody actually use trunk based development in their company?

https://programming.dev/post/14119313

Does anybody actually use trunk based development in their company? - programming.dev

I’ve heard it thrown around in professional circles and how everybody’s doing it wrong, so… who actually does use it? For smaller teams [https://trunkbaseddevelopment.com/trunk1b.png] “scaled” trunk based development [https://trunkbaseddevelopment.com/trunk1c.png]

Not saying anything about good or bad, but trunk-based development doesn’t work when the business requires you to have multiple releases under development concurrently.
I don’t think anything works in that situation.
What about long-term support releases?

In TBD, it’s not a “release” until its production ready. The methodology and philosophy doesn’t prevent you from developing multiple feature branches at once or even deploying a work in progress feature branch to a dev environment.

All TBD requires in that case is once the feature branch is production ready, it’s merged to the trunk. You may need to add a feature toggle if there are multiple release like for different architectures. And you also might benefit from using git tags and deploying to production from a git tag instead of the most recent commit on a branch.

Exactly what you need to do is going to depend on the project’s exact needs but TBD on s totally possible in that example.