Skip to content

Event 75 · CP-RELEASE-PLEASE-CHKPT-FILTER-01 · ignore chkpt: in release-please#32

Merged
junjslee merged 1 commit intomasterfrom
event-75-release-please-chkpt-filter
Apr 29, 2026
Merged

Event 75 · CP-RELEASE-PLEASE-CHKPT-FILTER-01 · ignore chkpt: in release-please#32
junjslee merged 1 commit intomasterfrom
event-75-release-please-chkpt-filter

Conversation

@junjslee
Copy link
Copy Markdown
Owner

@junjslee junjslee commented Apr 29, 2026

Summary

First v1.0.1 polish mini-batch CP shipped — fixes the recurring release-please workflow failure on chkpt: commits.

Trigger. Two release-please workflow runs failed 2026-04-27 (request 7411:35550C:15F898F:55C5B22:69EF9AA0 + retry E451:4925:9B0436:26E3C3A:69EF9DA8) with the same GraphQL 500-class error wrapping a parser issue on commit 0f66bd0 (title chkpt: 2026-04-27T02:10:02, auto-generated by core/hooks/checkpoint.py). The chkpt: prefix is not a Conventional Commits type, so release-please's parser choked when walking merge-commit history.

What this changes

release-please-config.json: adds changelog-sections array to the package config, declaring all standard Conventional Commits types explicitly + adding chkpt as a hidden type so the parser recognizes and skips it cleanly without emitting a changelog entry.

Type Visibility Default?
feat visible (Features) yes
fix visible (Bug Fixes) yes
perf visible (Performance Improvements) yes
deps visible (Dependencies) yes
revert visible (Reverts) yes
docs / style / chore / refactor / test / build / ci hidden yes
chkpt hidden (NEW) no — added in this PR

Behavior matches release-please default for the standard 12 types; chkpt is the only addition.

What this is not

This is Path 1 (config-only) from the CP description. It does NOT fix the chkpt: hook footgun at the source. The recurring chkpt-hook race-with-operator-commit footgun (Events 57, 61, 70) remains; this just stops downstream CI breakage.

If after merge release-please STILL fails on the next master push, escalate to Path 2: modify core/hooks/checkpoint.py to emit a Conventional Commits-compatible prefix (e.g., chore(chkpt):). That's larger scope (touches core/hooks/) and would land as a separate v1.0.1 polish CP.

Verification

  • python3 -m json.tool release-please-config.json passes (JSON valid)
  • changelog-sections schema matches release-please-action@v4 documented format (type + section + optional hidden)
  • Operator merges this PR → next master push triggers release-please → workflow run succeeds (the disconfirmation gate per kernel/FALSIFIABILITY_CONDITIONS.md action-on-disconfirmation policy). If it fails, fall back to Path 2.

Soak-invariant

Zero kernel/* / core/hooks/* / core/blueprints/* / src/episteme/* / tests/* / templates/* / labs/* touches. Single-file CI config edit. (Soak window already closed via Event 72; called out for completeness.)

v1.0.1 polish queue status

CP-RELEASE-PLEASE-CHKPT-FILTER-01 (this PR — Event 75) is CP #1 of 4 in ~/episteme-private/docs/cp-v1.0.1-polish.md. Remaining:

  • CP-AUDIT-ACK-01 (~1-2 days, episteme profile audit ack CLI)
  • CP-SYMLINK-RESTORE-01 (~30 min script + 1h hook; the canonical-symlink restore that bit us mid-Event-74)
  • CP-EXAMPLES-SCHEMA-PARITY-01 (~1-2 days, fork-onboarding example template upgrade)

Cross-references

  • Spec source: ~/episteme-private/docs/cp-v1.0.1-polish.md § CP-RELEASE-PLEASE-CHKPT-FILTER-01
  • Audit trail: ~/episteme-private/docs/PROGRESS.md Event 75 entry (private)
  • Original failure context: chkpt-hook footgun history in Events 57, 61, 70 (PROGRESS narrative entries)
  • Decision rationale: Path 1 chosen over Path 2 per operator's "quickest closing-of-loops" authorization 2026-04-29

…(Event 75)

CP-RELEASE-PLEASE-CHKPT-FILTER-01 (v1.0.1 polish mini-batch CP #1).

Two release-please workflow runs failed 2026-04-27 with GraphQL 500 on
chkpt: commit 0f66bd0 in master history. The chkpt: prefix is not a
Conventional Commits type; release-please's parser surfaced a 500 when
walking merge-commit history that contained it.

Fix: declare changelog-sections explicitly, including chkpt as a
hidden type. release-please now recognizes chkpt: as valid and skips
it cleanly without emitting a changelog entry.

Standard CC types preserved with default visibility (feat / fix /
perf / deps / revert visible; docs / style / chore / refactor / test
/ build / ci hidden — same as release-please default behavior).

NOT BLOCKING v1.0.0 GA — manual tag cut already shipped (Event 72).
This unblocks the release-please auto-PR for the next version cycle.

If this config-only fix doesn't resolve the workflow failure on next
push, escalate to Path 2: fix the chkpt-hook footgun directly in
core/hooks/checkpoint.py to use Conventional Commits-compatible prefix
(e.g., chore(chkpt):). Cross-references Events 57, 61, 70 (chkpt-hook
race-with-operator-commit footgun history).

Effort: ~30 min (Path 1 config-only). Soak-safe (CI config only;
post-soak anyway). First v1.0.1 polish CP shipped.
@vercel
Copy link
Copy Markdown

vercel Bot commented Apr 29, 2026

The latest updates on your projects. Learn more about Vercel for GitHub.

Project Deployment Actions Updated (UTC)
episteme Ready Ready Preview, Comment Apr 29, 2026 2:18am

@junjslee junjslee merged commit 6dea4eb into master Apr 29, 2026
5 checks passed
@junjslee junjslee deleted the event-75-release-please-chkpt-filter branch April 29, 2026 02:59
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