Proposal/Question: Release frequency

First, I must say that the project is nice and quite useful and the contribution experience is smooth: Local testing is made easy, and the contributing guide is clear. So many thanks to maintainers!

Just a comment though: when a contribution is accepted, it's taken into account quickly, but release frequency is quite slow.
So, as "go-github" consumers, people have to use "snapshots" for a while if the change is needed.

What about performing a release automatically for each change made?

While performing the PR, it could be useful to identify if it's a fix, a new feature or a breaking change.
This way, while merging, it would be possible to automatically create a patch, a minor release, and a major release.

I'm motivated to contribute to this or anything else if you're interested in it!

Das Issue nennt keine Dateien, Tests oder Einstiegspunkte für Releases. Beginne damit, den aktuellen Release-Prozess des Repositorys und die Veröffentlichung akzeptierter Änderungen zu prüfen. Erledigt wäre die Aufgabe, wenn ein abgestimmter und implementierter Ansatz zur Klassifizierung von Änderungen und zur Automatisierung der entsprechenden Releases vorhanden ist.

Vom Indexierungsmodell aus dem Issue-Text verfasst.