chore: create new projects with Prisma ORM 8.0.0-rc.13, prisma 8.0.0-rc.19 and Composer 0.25.0 - #121
Conversation
…rc.19 and Composer 0.25.0 Composer 0.25.0 peers @prisma/orm-postgres 8.0.0-rc.13, and prisma 8.0.0-rc.19 depends on @prisma/composer-cli 0.25.0, so the three move together. alchemy and effect stay on the versions Composer depends on. Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com> Signed-off-by: willbot <w.a.madden+machine@gmail.com> Signed-off-by: Will Madden <madden@prisma.io>
|
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: Advanced Run ID: 📒 Files selected for processing (2)
Included review availability: This review used your included allowance. Your plan provides up to 1 included review per hour; 0 remain after this review. Summary by CodeRabbit
WalkthroughThe dependency map updates the Composer packages to Priority: ⬇️ Low Merge Risk: ⚪ Minimal · up to The updated package pins align with their release requirements, and the dependency test covers each changed version. No identified issue prevents merging. Architecture SummaryArchitecture risk: 🔵 Low · up to The change affects 2 systems. Changed systems: Architecture concerns Review detailsSystems and components
Before / after behavior
🚥 Pre-merge checks | ✅ 5✅ Passed checks (5 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 five of them and keeps two:@prisma/orm-postgres8.0.0-rc.128.0.0-rc.13@prisma/orm-mongo8.0.0-rc.128.0.0-rc.13prisma8.0.0-rc.188.0.0-rc.19@prisma/composer0.24.00.25.0@prisma/composer-prisma-cloud0.24.00.25.0alchemy2.0.0-beta.78effect(override in the new project)4.0.0-rc.115What this does
New projects now use Prisma ORM
8.0.0-rc.13, theprismacommand-line tool8.0.0-rc.19, and Prisma Composer0.25.0. Each is thelatestrelease on npm. No template changes.Why the packages move together
Prisma Composer is the deploy tool that new projects install. Its package
@prisma/composer-prisma-clouddeclares@prisma/orm-postgresas a peer dependency with an exact version. Version 0.24.0 requires8.0.0-rc.12, and version 0.25.0 requires8.0.0-rc.13. So the ORM cannot move unless Composer moves too, ornpm installfails withERESOLVE.The
prismapackage depends on an exact version of@prisma/composer-cli, which must equal the Composer version in the project.prisma8.0.0-rc.18depends on 0.24.0, and8.0.0-rc.19depends on 0.25.0.bun run check:pinschecks both rules.Until now the
prismapackage bundled the toolchain of ORM8.0.0-rc.13while new projects installed ORM8.0.0-rc.12. After this change the two are the same release.Composer 0.25.0 depends on
alchemy2.0.0-beta.78andeffect4.0.0-rc.115, the same versions as Composer 0.24.0, so those two do not move.alchemy2.0.0-beta.79is on npm, but no Composer release depends on it.Files changed
src/constants/dependencies.tsholds the versions. The comment on the ORM version now states the rule without naming a version.tests/dependencies.test.tsexpects the new versions.Why the templates need no change
The templates do not contain a schema or generated contract files.
prisma orm initand the installed toolchain write them when the project is created, so they always match the installed versions.The upgrade instructions for
8.0.0-rc.13ship inside@prisma/orm-postgres. A search oftemplates/andsrc/for the pattern of each entry found nothing: no code reads.ref.tableor.ref.column, calls.default(...)with a literal, calls.cursor(...), builds acontract.sourceobject, imports@prisma/orm-mongo/adapter/..., or uses the MongoDB migration runner. The MongoDB schema thatprisma orm initwrites uses onlyObjectIdandString, so the renamed MongoDB scalar types and the newJsonrules do not apply.Peer dependency warnings for
@prisma/cli-engineprisma8.0.0-rc.19depends on@prisma/cli-engine0.6.2.@prisma/orm-toolchain8.0.0-rc.13and@prisma/composer-cli0.25.0 declare@prisma/cli-engine0.6.1 as a peer dependency. This produces a warning only. The install succeeded with all four package managers, andprisma orm init,prisma contract emitandprisma migration planran in each project.prisma.unmet peer @prisma/cli-engine, installed 0.6.2, wanted 0.6.1.Done with warnings.incorrect peer dependency "@prisma/cli-engine@0.6.2", twice.This pull request adds no override for it. The fix belongs in the next releases of those two packages.
What was checked
bun run check,bun run typecheck,bun run check:pins,bun run build,bun run test:unit(86 tests passed) andbun run test:e2e(12 tests passed).honotemplate with PostgreSQL and npm, and run against a PostgreSQL 17 container.prisma contract emit,prisma db migrate(1 migration, 6 operations) andprisma migration status(Up to date) passed. The build and the type check passed. The server returned the three sample users, and the table"User"held those three rows.honotemplate with MongoDB and npm. The install succeeded with themongodboverride from fix: new MongoDB projects install with npm instead of failing with ERESOLVE #116, and installedmongodb7.7.0 only.prisma contract emit, the build and the type check passed.honotemplate with PostgreSQL and each of pnpm, Yarn and bun, for the table above.What this does not do
--no-deploy, soprisma deploywith Composer 0.25.0 is not checked here.renders Composer into every supported combinationtakes about 4 seconds against a limit of 5 seconds. It timed out in 3 of 7 local runs. It does not depend on the versions, and this pull request does not change it.Agent: keen-finch-33
🤖 Generated with Claude Code