chore: scaffold with Composer 0.24.0 and prisma 8.0.0-rc.18 - #118
Conversation
New projects need Composer 0.24.0 so Windows deploy assemble no longer fails with EPERM. Pin prisma to the release that depends on @prisma/composer-cli 0.24.0. Keep the ORM on rc.12 to match @prisma/composer-prisma-cloud's peerDependency (rc.13 ERESOLVEs on npm). Update check:pins to verify those two install/deploy constraints.
|
Navigate logical layers of code changes, visualize relationships, and explore their blast radius. No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: Organization UI Review profile: ASSERTIVE Plan: Essentials Run ID: 📒 Files selected for processing (3)
Included review availability: This review used your included allowance. 0 included reviews remain after this review. Your included PR review attempts over the past 7 days set your current allowance at 3 reviews per hour. Summary by CodeRabbit
WalkthroughThe dependency pins change to Priority: ➖ Normal Merge Risk: ⚪ Minimal · up to The pin updates and checks are ready for normal validation; no concrete merge-blocking issue is established. 🚥 Pre-merge checks | ✅ 4 | ❌ 1❌ Failed checks (1 warning)
✅ Passed checks (4 passed)
✨ Finishing Touches🧪 Generate unit tests (beta)
✨ Simplify code
Comment |
PR preview published
|
At a glance
create-prismawrites exact package versions into every project it creates. This pull request changes three of them:@prisma/composer0.23.00.24.0@prisma/composer-prisma-cloud0.23.00.24.0prisma8.0.0-rc.178.0.0-rc.18ORM pins (
@prisma/orm-postgres/@prisma/orm-mongo) stay on8.0.0-rc.12.Why
Composer
0.24.0includes the Windows assemble fix forEPERM/ "operation not permitted" duringprisma deploy(prisma/composer#319). New projects created withcreate-prismawere still installing Composer0.23.0, so they kept hitting that failure even after the Composer release.Deploy runs the project's local
prismabinary.prisma@8.0.0-rc.17depends on@prisma/composer-cli@0.23.0, so the CLI pin has to move with Composer.prisma@8.0.0-rc.18depends on@prisma/composer-cli@0.24.0.Why the ORM does not move
@prisma/composer-prisma-cloud@0.24.0still peers@prisma/orm-postgres@8.0.0-rc.12exactly. Pinning the ORM to8.0.0-rc.13(the toolchain that ships insideprisma@8.0.0-rc.18) makesnpm installfail withERESOLVE.So this bump follows the install peer for the ORM, and the CLI's
@prisma/composer-clidependency for Composer. Whencomposer-prisma-cloudpeersrc.13, a follow-up can move the ORM pins together.check:pins
bun run check:pinsnow verifies:@prisma/composermatchesprisma's@prisma/composer-clidependency@prisma/composer-prisma-cloud's peerDependencyIt warns (does not fail) when
prisma's bundled@prisma/orm-toolchaindiffers from the ORM pin for the reason above.Test plan
bun run check:pinsbun run test:unitbun run format/lint/typechecknpm create prisma@<this-build> -- --template next --provider postgreson Windows, deploy, confirm assemble no longer fails with EPERM