Adopt semantic versioning and maintain a changelog #5
Labels
No labels
bug
decision
docs
enhancement
integration
ops
security
tech-debt
testing
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
rbrooks/BatteryStorageCalculator#5
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
The repo has no git tags and both
package.jsonfiles are pinned at1.0.0regardless of what shipped. There is no record of what changed between versions.CHANGELOG.mdin Keep a Changelog format.Unreleasedsection.Optional follow-up: apply retroactive annotated git tags so Forgejo releases line up with the changelog. Deliberately not done initially - tagging history after the fact is easy to get wrong and the changelog carries the same information.
Added
CHANGELOG.mdin Keep a Changelog format, with history reconstructed from the 38 commits spanning 2026-05-08 to 2026-06-03:The file states plainly at the top that pre-1.0.0 versions are a retroactive reading of the commit log and were never tagged at the time — they are not checkout-able.
Deliberately did not apply retroactive git tags. You picked reconstruction without tagging, and I'd agree: the changelog carries the same information without asserting a precision the history doesn't have. Easy to add later if you want Forgejo releases to line up.
Staged in the working tree; not yet committed.
Done in #20, merged as
a0d604b.CHANGELOG.mdreconstructs 0.1.0 through 1.0.0 from git history, marked plainly as retroactive and untagged.Updated again in #21 to record the battery degradation and adjusted-payback work under
Unreleased, which had been missed.