Skip to content

chore: start the changelog at this package's first release - #359

Merged
alexander-akait merged 1 commit into
mainfrom
chore/changelog-starts-at-1-0-0
Sep 14, 2026
Merged

alexander-akait merged 1 commit into
mainfrom
chore/changelog-starts-at-1-0-0

Conversation

@alexander-akait

Copy link
Copy Markdown
Member

Summary

CHANGELOG.md carried 290 lines of eslint-webpack-plugin releases — 6.0.0 down to 1.0.0, under standard-version headings (### [5.0.2], ⚠ BREAKING CHANGES) with compare links into webpack-contrib/eslint-webpack-plugin and webpack/eslint-webpack-plugin. The package is published as diagnostics-webpack-plugin and has never released, so none of it describes a version anyone can install under this name. On changeset-release/main today the generated file is 384 lines: 94 of 1.0.0, then that.

Only the heading is left. The generated 1.0.0 entry is what goes under it, and nothing else — that is what this PR is for; it is not written by hand here because the release writes it.

Checked rather than assumed: everything after the generated 1.0.0 section on changeset-release/main is today's CHANGELOG.md from line 3 on, byte for byte. So changeset version keeps line 1 and the rest of the file and inserts the release between the two — remove the rest and the release's own output is the whole file. #307 regenerates from main on every push, so it will show that after this merges.

The old history stays where it belongs: the eslint-webpack-plugin releases, tags and npm package still carry it, and it is in this repository's git history.

What kind of change does this PR introduce?

chore.

Did you add tests for your changes?

n/a.

Does this PR introduce a breaking change?

No.

If relevant, what needs to be documented once your changes are merged or what have you already documented?

n/a — the README's migration guides are where a reader coming from eslint-webpack-plugin is served, and they are untouched.

Use of AI

AI was used. It compared the release branch's generated changelog against the current file to establish where changeset version inserts and what it preserves, then removed what the release does not need.

🤖 Generated with Claude Code

https://claude.ai/code/session_01GzZci4NQeiqwdrVfd7dGXy


Generated by Claude Code

`CHANGELOG.md` carried 290 lines of `eslint-webpack-plugin` releases —
6.0.0 down to 1.0.0, under `standard-version` headings, with compare
links into a repository this one was renamed away from. The package is
published as `diagnostics-webpack-plugin` and has never released, so none
of it describes a version anyone can install under this name.

Only the heading is left. `changeset version` keeps line 1 and everything
from line 3 on, inserting the release between the two — checked against
what it has already generated on `changeset-release/main` — so 1.0.0 will
be written under it and nothing else will be there.
@alexander-akait
alexander-akait merged commit 17266c7 into main Sep 14, 2026
15 checks passed
@alexander-akait
alexander-akait deleted the chore/changelog-starts-at-1-0-0 branch September 14, 2026 15:24
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant