What would be the ideal release cadence for bat?

[Enselic]

In your opinion, what would be the ideal release cadence for bat? In other words, how frequently would you like to see releases of bat?

Feel free to motivate your answer, and also to say if you are a bat user, a bat package maintainer, or something else.

[SuperFola]

I don't think any open-source project should stick to a release schedule, but rather publish an update whenever something major/minor needs to change. For patches I think it should / could be up to the end-user to download and compile it if they really want it?

[Enselic]

Requiring users to make their own judgment call on what patches to include or not puts a big burden on them. That means the project in question will get fewer users. Which in turn means fewer contributors. Which goes against the desire of many open source projects.

bat has the pleasure of having a steady stream of contributions coming in, so we probably could make a release every [redacted to not skew poll] with something new. The risk with waiting for "just one more contribution" before making a release is that a release never gets made, which is a good way to stop a project from being fun to work on. A time based release strategy is used successfully by many high profile open source projects. Rust itself to give just one example.

[SuperFola]

To me, patches are quite small and often it won't change the life of the end user, only of some developers or users with very specific needs, that's why I think they can download / build / install the patches without a release being made. I understand your point of view, specifically on the risk of "one more contribution", but I tend to disagree a bit about the "time based release strategy -> keep it fun to work on". Both sides are valid, I just wanted to point out that forcing yourself / the dev team to stick to a release schedule could be a burden in the long run!