Proposal/Question: Release frequency about go-github

[himazawa]

Honestly I would prefer a release cycle based on conventional commits.
For this purpose release-please could be useful.

We use go-github in production, having new major releases just for minor or fixes that are not breaking changes could be an issue.

[gmlewis]

Thank you, @chapurlatn . If you search for the word "release" in this repo's issues, you get 4 pages of results, so this is not an uncommon topic of discussion. In fact, I originally made releases after almost every merge.

First off, I would like you to read this message from the original author of this repo:
#1280 (comment)
and I would like to hear your thoughts.

At one point, we decided to release approximately monthly or on-demand-as-requested, which is what I've been attempting to do.

[chapurlatn]

Hey @gmlewis,
Sorry for the "nth" message :-( You're right, I thought I have taken a look at issues about release but after several other search and reading, I think my brain gave up ;-)
I will participate to the issue.

[gmlewis]

We use go-github in production, having new major releases just for minor or fixes that are not breaking changes could be an issue.

I'm not sure that I understand that statement. In this repo, we have never bumped the major release number without a breaking API change to my knowledge and we weren't proposing we do that, either.

OK, so we have two votes for release-please with conventional commits.

With 10k stars, 2.2k forks, and 211 watches, I'll wait for a bit more consensus before attempting this non-trivial undertaking.

More comments and/or thoughts on this issue are welcome.

[himazawa]

we have never bumped the major release number without a breaking API change to my knowledge and we weren't proposing we do that, either.

You are right, the current release cycle is good IMHO, except for the fact that we are skipping minor fixed that may be needed by someone.

I just added that if you want to change it you should follow a standard. e.g. a release cycle based on semver, with the help of conventional commits.