Repository navigation
Rollout: Alchemy beta.84 with production and PR preview deploys - #108
Merged
Merged
Conversation
This branch was successfully deployed
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Changes
Addresses
alchemy-latestanddeploy-alchemy. This is a separate follow-up to #106, branched from main at 1317204 after #106 and #107 merged. Main CI and Deploy succeeded, and the live legacy workbench URL was verified to return 302 to https://foldworks.dev/forma/ (200).alchemyto 2.0.0-beta.84 and import the provider from@alchemy.run/cloudflareat the same version, following the beta.84 migration notes. Replace the beta.83 crypto patch with exactly one beta.84 patch, based on Triplex's family patch, preserving typed OAuth crypto errors. Effect stays 4.1.1 and Foldkit stays 0.170.0.prodstage after successful push CI on main, checking out that validated revision. Preserve the stack/resource IDs, production Worker name, custom domain, routes, and defaultCloudflare.state()store. No named state store is introduced.alchemy deploy --stage pr-<number> --yes, andalchemy destroyon closed. Runs serialize per PR. Only prod binds a custom domain; previews use workers.dev. Read the URL through beta.84'salchemy state read ... --backend cloudflareand create/update one sticky PR comment, marking it destroyed after cleanup. Forks never deploy.alchemy state bootstrap --backend cloudflarecommand.Verification
pnpm install --frozen-lockfileandpnpm check:alchemypass, with no tracked install changes.pnpm checkpasses: seven Alchemy checks, typechecks, 1,169 Vitest tests, seven surface-runner tests, 248 surface comparisons, docs build and generated llms structure/link-target checks.pnpm website:build,pnpm website:dry-runandpnpm test:sitepass (all nine assembled-site Chromium tests).Configuration and limits
Ben must create/configure the GitHub
previewenvironment withCLOUDFLARE_ACCOUNT_IDandCLOUDFLARE_API_TOKENand allow same-repository PR branches. Use Workers Scripts Edit, Account Settings Read and Secrets Store Edit, including the state-store secret's workers scope. Preview credentials need no zone permissions; production keeps its existing environment and zone permissions. No repository settings or secrets were changed in this workspace.Actual preview deployment, URL reporting and destroy require those credentials and were not exercised from the workspace. Local validation uses offline stack compilation and Wrangler's dry run rather than an authenticated Alchemy plan. No manual deployment, publication or merge was performed.
Status: ready for review; local validation and CI are green. Preview credentials remain to be configured; no deployment or merge performed.