Skip to content

Add a CHANGELOG covering the last ten releases - #66

Open
ArnasDon wants to merge 1 commit into
mainfrom
docs/backfill-changelog
Open

Add a CHANGELOG covering the last ten releases#66
ArnasDon wants to merge 1 commit into
mainfrom
docs/backfill-changelog

Conversation

@ArnasDon

@ArnasDon ArnasDon commented Sep 2, 2026

Copy link
Copy Markdown
Contributor

Seeds CHANGELOG.md with the last ten releases, so the file has real history before the generator starts appending to it.

Every release body in this repo is currently the same 89-character auto-generated compare link. With ~99 releases since July, nothing records what changed — including genuine capability news. v1.48.0 added two Node.js environment-variable tools and v1.50.0 added a VPS firewall tool; none of that is visible anywhere today.

How the entries were derived

From the diff between consecutive tags, using the generated tool list each tag carries. Tool changes are listed individually, everything else is summarised by area, and version-string churn is filtered out — otherwise every release would report the same three areas, since the version is rewritten into package.json, the lock file and all twelve server entry points on each release.

Dates come from the tags, not from when this was generated.

Depends on hostinger/public-api-generator#140

⚠️ Please merge public-api-generator#141 before this.

This repository is a generated mirror. The push workflow copies the downstream .git over a freshly generated tree and runs git add ., which stages deletions for anything present in HEAD but absent from the generated output. Until #141 teaches the generator to write CHANGELOG.md, the next regeneration would delete this file.

Once #141 is in, the generator reads the accumulated entries from HEAD and prepends each new release, so this history persists and grows.

Note on the honest entries

One section reads:

## v1.52.2 — 2026-09-01

No changes to the published artifact.

That is accurate — v1.52.2 changed 28 files, all of them version-string churn. It is worth keeping rather than hiding, since it tells a reader not to bother upgrading for that one.

Every release body in this repo is the same auto-generated compare link, so
nothing records what changed. Seed a CHANGELOG.md from the tag history, dated
from each tag, so the file has real content before the generator starts
appending to it.

The entries are derived from the diff between consecutive tags: tool additions,
removals and redefinitions individually, everything else summarised by area,
with version-string churn filtered out.
@ArnasDon
ArnasDon requested a review from a team as a code owner September 2, 2026 08:19
@aurimasbutkus
aurimasbutkus deleted the docs/backfill-changelog branch September 2, 2026 09:29
@aurimasbutkus
aurimasbutkus restored the docs/backfill-changelog branch September 2, 2026 09:47
@aurimasbutkus aurimasbutkus reopened this Sep 2, 2026
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.

2 participants