Repository navigation
chore: release v0.9.29 - #7483
Conversation
|
Preview deployment for your docs. Learn more about Mintlify Previews.
💡 Tip: Enable Automations to automatically generate PRs for you. |
There was a problem hiding this comment.
Requesting changes at 58baea1c. The release is stale against main.
What checks out: the diff is only version strings in the same 20 manifests as v0.9.28 (#7475), plus docs/changelog.mdx and releases/v0.9.29.md. No 0.9.28 string is left anywhere at head. v0.9.28...58baea1c is exactly #7471, #7440, #7476, #7479, #7480 and the release commit. Every Actions run on this head is green.
Blocker: #7351 (feat(cli): label GPT image prices as estimates and show the charged credits) merged to main at 08:00Z. That is six minutes after this PR opened, and it is not in this branch. The release workflow tags the merge SHA, so merging this as it stands would:
- ship #7351's CLI change (
packages/cli/src/heygen/{generate,pricing,v3}.ts,media-useskill) to npm as v0.9.29; - leave it out of the changelog entry,
releases/v0.9.29.mdand the PR's "five changes and nothing else" claim, while thecompare/v0.9.28...v0.9.29link would still list it; - mean the Desktop walk PASS covers packed packages built without #7351, not the code being tagged.
Fix: rebase release/v0.9.29 on current main and rerun bun run release:prepare 0.9.29. Add #7351 under Features (CLI) in both notes files, update the PR body, then rerun CI and the Desktop walk on the new head.
The "fails without the fix" rule doesn't apply here: this is a release PR, not a fix PR.
58baea1 to
05c527e
Compare
There was a problem hiding this comment.
Approving at 05c527e7. The change request is resolved.
- The branch is re-cut on current main: 1 commit ahead, 0 behind.
v0.9.28...05c527e7is #7471, #7440, #7476, #7479, #7480, #7351 and the release commit. - #7351 is under Features (CLI) in both
docs/changelog.mdxandreleases/v0.9.29.md. The tags and summary were updated to match. - The diff is the same 22 files as v0.9.28: version strings only, plus the two notes files. No
0.9.28string is left in any JSON at head.skills-manifest.json, which #7351 touched, has no version field. - Every Actions run on this head is green.
The Desktop walk PASS on this head's packed packages is still the merge gate.
…nce watermark Seventeen commits, PRs 7469-7493, issues 7473 and 7486 and twelve pin moves are recorded with their evidence in the continued ledger, DECISIONS, UPSTREAM and ROADMAP. Adopted: heygen-com#7466, heygen-com#7479, heygen-com#7482, heygen-com#7490 and the heygen-com#7441 and heygen-com#7440 docs. Deferred: heygen-com#7469, heygen-com#7471, heygen-com#7476, heygen-com#7480, heygen-com#7468, heygen-com#7487, heygen-com#7491. Not applicable: heygen-com#7470, heygen-com#7351, heygen-com#7475, heygen-com#7483. The watermark moves to 61e720b, PR heygen-com#7493, issue heygen-com#7486; thirteen new PRs are pinned. FORK.md records the subComposition test differences. The core packed-size roadmap row trigger is not met. Co-Authored-By: Claude Sonnet 5.5 <noreply@anthropic.com>
What
Release v0.9.29: a version bump of all packages and plugin manifests, the changelog entry and
releases/v0.9.29.md.It carries six changes since v0.9.28 and nothing else:
Why
Ships the undo fix, the slow-render estimate fix, the per-frame video fix and the CLI's image price labels to npm, so apps that pin the CLI and Studio can take them.
Related work
Follows
chore: release v0.9.28(#7475).How
bun run release:prepare 0.9.29onrelease/v0.9.29at main; the generated TODO summary was rewritten by hand in both notes files, then the command was rerun to cut the version. The changed file list matches the v0.9.28 release commit. No tag is pushed; the release workflow tags the merge SHA.No visible change
Version bump and changelog only. Each change was captured in its own PR.
Test plan
docs/changelog.mdxandreleases/v0.9.29.md, summary rewritten by hand