Repository navigation
fix(release): use org-ci's attest job that names the environment - #62
Conversation
Floe keeps its Apple secrets only in prod, and the attest job had no environment, so 0.3.0's release failed there after the build passed. Signed-off-by: René Jiménez <diazdesandi@proton.me>
Strix Security Review✅ No open security findings. PR summary: Updates the pinned org-ci reusable build workflow to a commit that names the release environment on the attest job, so a real release no longer fails for missing Apple signing secrets, plus a documentation note about the extra `prod` approval. Review summaryThis PR moves the Review 1 on this PR · Reviewed by Strix |
Signed-off-by: René Jiménez <diazdesandi@proton.me>
|
Labels: All convention checks passed. ✅ cc @diazdesandi |
|
No actionable comments were generated in the recent review.
|
| Layer / File(s) | Summary |
|---|---|
Workflow revision and approval instructions .github/workflows/release.yml, docs/DEVELOPMENT.md |
The build job uses a new pinned reusable workflow revision. The release instructions state that dry runs skip attestation and list prod approval for the build, attestation job, and publishing of a real release. |
Estimated code review effort: 1 (Trivial) | ~5 minutes
Change: Bug fix
Possibly related issues
- How to contribute #1 — The issue lists signed and notarized releases as incomplete. This PR updates the release workflow but does not complete or verify a real release.
Possibly related PRs
- thaw-app/Floe#54 — This PR updates the same pinned
org-cireusable workflow integration and release approval instructions.
Merge Risk: 
Minimal · up to 00d4c
-
The release workflow and approval documentation are consistent; no actionable merge-blocking risk remains.
Pre-merge checks: 
5
-
Full details: Description check
-
Explanation
The description is complete and matches the template. It explains the failure, the workflow pin update, expected behavior, documentation changes, validation performed, and known limitations. The unchecked local-build and macOS-version items are not material for this CI-only change.
Full details: Docstring Coverage
-
Explanation
No eligible functions found in the changed files. Skipping docstring coverage check. Docstring coverage is scoped to functions touched by this diff with cyclomatic complexity of at least 2. Documentation-only edits and deletions within surviving functions are included; unchanged diff context and fully deleted functions are excluded. Analyzed 0 functions across 0 files. (2 skipped: 2 unsupported.)
-
Finishing Touches
-
Generate unit tests (beta)
-
- Commit to this branch
- Create a new PR
-
- Autofix · Keep fixing CodeRabbit findings and required CI, and resolving merge conflicts
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.
|



Summary
Points
release.ymlat the org-ci commit whoseattestjob names the environment, so a real release can finish.Scope: This PR changes one focused thing (bug fix or feature) plus minimal plumbing. Larger refactors need prior agreement in an issue.
Linked issue
Closes: N/A
PR Type
Area
Does this PR introduce a breaking change?
What is the new behavior?
0.3.0's release (run 41200086639) failed at
build / attestwithSecret APPLE_APPLICATION_CERT is required, but not provided. Floe keeps those secrets only inprod, and the job named no environment. thaw-app/org-ci#26 fixed that, and this PR moves the pin to its merge,c3ccb74.A real release now asks for
prodapproval once more, for the attest job.docs/DEVELOPMENT.mdsays so, and says a dry run can't test this job.PR Checklist
fix(runtime): …); PR Metadata checks this.bun runtime/smoke.ts extensions/hello planets.project.yml, I ranxcodegen generateand committedFloe.xcodeproj.Package.resolved,runtime/bun.lock, Actions pins, etc.),dependency-scais green, or any.github/osv-scanner.tomlsuppression includes bothreasonandignoreUntil(see Thaw/Floe Security Policy).Checks run:
actionlint .github/workflows/release.yml: passes.Known limitations / follow-ups
0.3.0tag moves to the merge commit and the release runs again.sonar.projectVersionstill says0.1.0, which this PR leaves alone.Other information
AI helped: Claude Code with Claude Opus 5.5 made the change and wrote this description.
Summary by CodeRabbit