-
Notifications
You must be signed in to change notification settings - Fork 6
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Workflow needs to use prisma scheme from main #18
Comments
Hey Michael! I'm not very familiar with prisma but I would like to learn more about it. Is it ok if I could have a go on this issue? |
Hey @DigoBaiocchi ! Absolutely! Although this issue is involves Prisma, it will probably focus more on the current GitHub Actions the repo is using. Nonetheless it would really help out, because it's really easy to botch the schema in the main branch if i'm not careful with what's being merged. 🙏🏼 |
Hey @DigoBaiocchi ! Just wanted to check in and see if you're still working on this? |
Hey @mdwiltfong, yes I am. Sorry for not getting back to you earlier about this. I have a question about what the workflow ultimately wants to accomplish. I'm starting to think that I was overthinking this issue lol. So you want the workflow to check if the prisma schema is different and if it is different you want to update the index.ts file located in the prisma folder and re run the tests? |
No worries! We can always try to solve this together during the js sessions. So when someone is modifying the app, it's super easy to overlook the fact they are modifying the schema. The only net are the tests, and it's totally possible to modify the schema in such a way that the tests pass, despite the changes being undesirable. I think a good way to circumnavigate this, is to program the workflow to use the schema from In the event there is a desired change to the schema, we can label the workflow so that it uses the schema in the contributor's PR. |
The current workflow uses the prisma schema within the PR. As a result, theoretically someone could rewrite the schema, and if it goes unnoticed it could be merged into main. Particularly if the rewritten schema passes the already existing tests. Here is a possible workflow to circumnavigate this:
The text was updated successfully, but these errors were encountered: