I noticed that each release branch has further changes that's never merged back into master. Some of those are hot fixes.
Shouldn't the further commits in release branches always merged back to master? By doing this, it would be much easier and cleaner for the running hapi service version upgrade (eg. 8.0->8.2). As those changes that's not in 8.0 will be included and resolved in 8.2.
Background
Our team is forking the 8.0 release branch and make changes on that, we want to merge it back to master, but current master is almost at 8.4 and included lots of features in between. We are trying to figure out a way to keep our customized code, and also syncing with master branch with little effort to resolve conflicts.
How does your team handle releases/service upgrade?