Skip to content

[Discussion] Exploring a release strategy that reduces update fatigue #1519

@ghost

Description

Hi @gajus,

Massive kudos on the relentless maintenance of eslint-plugin-jsdoc. The activity in this repo is amazing!

I wanted to open a discussion about the release frequency from a user's perspective. While we all love well-maintained software, the current pace of releases (often several per day) presents some practical challenges for teams that rely on it:

It becomes very hard to manually scan the changelog for meaningful changes when there are numerous entries for minor docs fixes or typos.

Automated tools like Dependabot or Renovate create a huge number of pull requests, which can overwhelm developers.

In corporate environments with strict auditing, each new version requires a review, making such a high volume unsustainable.

I'm wondering if we, as a community, could brainstorm a strategy that balances your awesome productivity with user manageability. Perhaps:

Batch updates: Group non-urgent changes (docs, refactors) for a single daily or weekly release.

Release lanes: Use a @beta or @dev dist-tag for very frequent commits, and only promote a stable version every few days.

Summary changelog: A weekly summary of changes could be just as effective as individual release notes for minor tweaks.

What are your thoughts on this? Is there a workflow that would make this easier for you as well? I see you are fixing issues recently.

Thanks again for everything you do.

(I am going to take it down my account permanently, because I am not interested in GitHub anymore, but I will continue to use your plugin in any case and I wish that you have the chance to continue this discussion with other people.)

Metadata

Metadata

Assignees

No one assigned

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions