Skip to content

Conversation

@VanCoding
Copy link
Owner

To fix prisma 7 support I thought about 2 approaches:

  1. Just try to download all files that there could be, but don't fail if a file does not exist. The problem here is that filenames can change and we wouldn't notice if a file should be there but is not. Additionally, this would probably only work with then new API that just requires one hash.

  2. Instead of only extracting the commit from lockfiles, we extract the full version string. Based on this we know which prisma version we have and know exactly which files to fetch. This makes it impossible to use nix-prisma-utils without providing at least the major version though, and thus removing support for the old "fromCommit" api. But I think there probably won't be anyone actually using this.

In this PR I implemented the second approach.

@aster-void What do you think?

…part into commit and major/minor/patch version so we can decide which binaries to download more reliably
@VanCoding VanCoding mentioned this pull request Dec 6, 2025
@VanCoding
Copy link
Owner Author

hmm it turns out that prisma did some strange stuff with the versioning. There seem to be two different variants of versions 6.18 and 6.19. The ones with the "next" tag, are basically like 7.x, and without it it's like before...

@aster-void
Copy link
Contributor

As long as we can extract version string from all lockfiles, I prefer method 2 as it makes it clear when something is not as expected.

@VanCoding VanCoding merged commit fa5a27d into main Dec 8, 2025
4 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants