Hacker News new | ask | show | jobs
by AdrianB1 877 days ago
How does this look like when you have multiple active versions of an application? In some cases there are apps deployed in different environments (or to different clients) in different versions and having a single place to make all commits is not feasible.

How do things that have LTS versions in parallel with "regular" versions organize?
1 comments
andix 877 days ago
How I've done it: Just tag the commit that is used to build a release. If you need to add a fix to an older release, create a branch from the tag. Do the changes trunk based on this branch, then tag and release. If needed just repeat it.

I'm convinced that complex branching strategies never magically solve any issues. They just confuse many people until every successful release feels like dark magic.

link
AdrianB1 877 days ago
Why not keep a permanent, separate branch for each version that is still maintained? And do trunk on each version branch.
link
andix 877 days ago
I don't like long lived branches. For me a branch is work in progress. Work should be finished, once finished the branch should be deleted. If you start work again, create a new branch.

But sure, if supporting an older release is some kind of ongoing trunk-based process this is also a viable solution.

link