Skip to content

chore: release 1.0.0 - #4

Merged
kvs-coder merged 1 commit into
masterfrom
release-please--branches--master
Oct 9, 2026
Merged

kvs-coder merged 1 commit into
masterfrom
release-please--branches--master

Conversation

@github-actions

@github-actions github-actions Bot commented Oct 9, 2026 •

Copy link
Copy Markdown
Contributor

🤖 I have created a release beep boop

1.0.0 (2026-10-09)

⚠ BREAKING CHANGES

  • rebuild SamsungHealthReporter on the Samsung Health Data SDK (#3)

Code Refactoring

  • rebuild SamsungHealthReporter on the Samsung Health Data SDK (#3) (1f862e6)

This PR was generated with Release Please. See documentation.

@github-actions
github-actions Bot force-pushed the release-please--branches--master branch from 4e01cd1 to dea6b57 Compare October 9, 2026 17:19
kvs-coder added a commit that referenced this pull request Oct 9, 2026
release-please writes changelog headers as `## [X.Y.Z](compare-url) (yyyy-MM-dd)`, but the CI "Version / Changelog" check expects `## [X.Y.Z] - dd.MM.yyyy.`, so merging release PR #4 as is would fail CI on master. Like HealthKitReporter, the release workflow now rewrites the header on the release PR branch with a `chore: format changelog` commit.

Changes:
- .github/workflows/release.yml: check out the release PR branch and rewrite CHANGELOG.md headers to the project format; use RELEASE_PLEASE_TOKEN when set so CI runs on release PRs

Tests: release.yml parses; the sed expression turns `## [1.0.0](0.0.6...1.0.0) (2026-10-09)` into `## [1.0.0] - 09.10.2026.`
@kvs-coder
kvs-coder merged commit 8bff77f into master Oct 9, 2026
1 of 2 checks passed
@kvs-coder
kvs-coder deleted the release-please--branches--master branch October 9, 2026 18:14
@github-actions

github-actions Bot commented Oct 9, 2026

Copy link
Copy Markdown
Contributor Author

🤖 Created releases:

🌻

kvs-coder added a commit that referenced this pull request Oct 9, 2026
Release PR #4 was merged before the release workflow learned to format
release-please's changelog headers (#5), so master's 1.0.0 entry kept
release-please's format and CI's changelog check fails on master. This
applies the same rewrite the release workflow now does on release PRs.

Changes:
- CHANGELOG.md: `## [1.0.0](compare-url) (2026-10-09)` → `## [1.0.0] -
09.10.2026.`, `### ⚠ BREAKING CHANGES` → `### BREAKING CHANGES`

Tests: the CI release-guard check passes locally against
.release-please-manifest.json (1.0.0).
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant