ci: TRAC-881 Hook up Linear releases via linear-release-action#3085
Conversation
|
The latest updates on your projects. Learn more about Vercel for GitHub.
|
Bundle Size ReportComparing against baseline from No bundle size changes detected. |
c9418a8 to
64101de
Compare
|
64101de to
d8fe268
Compare
Unlighthouse Performance Comparison — VercelComparing PR preview deployment Unlighthouse scores vs production Unlighthouse scores. Summary ScoreAggregate score across all categories as reported by Unlighthouse.
Category Scores
Core Web Vitals
|
d8fe268 to
b49e092
Compare
Sync every push to canary/integrations-makeswift into Linear's "Catalyst Release" pipeline via linear/linear-release-action, so merged issues get attached to the currently open release as PRs land. Once changesets actually publishes a new @bigcommerce/catalyst-core or @bigcommerce/catalyst-makeswift version, complete that release using the GitHub Release notes changesets already generated for the tag. Refs TRAC-881 Co-Authored-By: Claude <noreply@anthropic.com>
b49e092 to
7b04f9b
Compare
Jira: TRAC-881
What/Why?
Wires up linear/linear-release-action in
changesets-release.ymlso the "Catalyst Release" pipeline in Linear (scheduled, stagesPlanned → In Progress → Merged → Released) can answer "when will this ship" questions (LTRAC-913).syncruns on every push tocanary/integrations/makeswift, attaching merged issues to whichever release is currently open in the pipeline — this is how Linear expects scheduled pipelines to be fed continuously as PRs merge.completeonly fires whenchangesets/actionactually publishes the branch's headline package (@bigcommerce/catalyst-coreoncanary,@bigcommerce/catalyst-makeswiftonintegrations/makeswift), resolved from thepublishedPackagesoutput. If a run only bumps a non-headline package (e.g.@bigcommerce/create-catalystor the CLI), it's skipped and those issues stay attached to the still-open release.completeare pulled straight from the GitHub Release body thatchangesets/actionalready generates for the published tag (gh release view), reusing the existing changeset-authored changelog instead of re-parsingCHANGELOG.mdor relying on Linear's own auto-generated notes (currently off on this pipeline).fetch-depth: 0since the Linear CLI needs real commit history to scan.Explicitly out of scope: the manual
@latesttag move (drives demo-site deploys indeploy.yml) stays untouched — a Linear release is considered shipped when changesets publishes a new version, not when@latestmoves.Testing
Can't fully dry-run this without pushing to a protected branch. Plan is to watch the Action logs on the next few real pushes/publishes to
canaryandintegrations/makeswift, confirm theLINEAR_ACCESS_KEYsecret authenticates,headlinestep resolves the right tag, and the release shows up correctly in Linear (https://linear.app/commerce/pipeline/catalyst-release/releases) with attached issues and, after a real publish, the changelog as notes.Migration
N/A — CI workflow only, no application code changes.