On Tue, Feb 22, 2022 at 07:07:42PM -0500, Aaron Schrab wrote:
Just now after updating my build (based on master) after the release of 2.2.1, I decided to look at the commits that aren't included in the stable branch. Other than the merges of stable back into master I see only one commit:955d281f6 (Add missing period in a comment., 2021-04-08)Doing a diff between the branches verifies that that's currently the only difference.Was there some reason for not including that in stable?
That was a merge request from someone on gitlab. It fixes a typo in a code comment, so (IMO) doesn't need to go into a stable release.
If not this seems like a good time to merge the master branch into stable to reduce (temporarily eliminate) the number of commits on master but not in stable.
The stable branch is used to create the point releases. e.g. 2.2.1, 2.2.2, 2.2.3... After making any commits to stable, I merge back into master right away so that mainline development contains those bug fixes.
Master is used for development towards the next major release, which in this case would be 2.3.0. Master only gets merged into stable right after a major release. For example, I did so just after the 2.2.0 release. The merge should not be done in other cases, because that would pollute the stable branch with potentially "in progress" development.
-- Kevin J. McCarthy GPG Fingerprint: 8975 A9B3 3AA3 7910 385C 5308 ADEF 7684 8031 6BDA
signature.asc
Description: PGP signature
