-
Notifications
You must be signed in to change notification settings - Fork 90
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
refactor: pre-pano chores #539
Conversation
The latest updates on your projects. Learn more about Vercel for Git ↗︎
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Great pr to start with and good documentation for all of us to see an example <3
@@ -0,0 +1,8 @@ | |||
/* |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
since we are using planet scale is this needed anymore ? i thought they are just using push on all changes so migrations are not needed. I might be wrong, don't know planet scale that much
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
yeah this is mainly for local dev
we need to figure out a way to scale the folder structure
use createPrismaLoader from @kampus/gql-utils
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Great work here, I have 2 comments only :)
@@ -1,13 +1,39 @@ | |||
import type { CodegenConfig } from "@graphql-codegen/cli"; | |||
|
|||
const scalars = { Date: "string", DateTime: "string" }; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Would "https://www.npmjs.com/package/graphql-scalars" help us with these ?
import { parse, stringify } from "@kampus/gql-utils/global-id"; | ||
import { type User } from "@kampus/prisma"; | ||
import { assertNever } from "@kampus/std"; | ||
import { type Dictionary } from "@kampus/std/dictionary"; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
should this type be exported from "@kampus/std" ?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
i thouht about it but since @kampus/std
itself is gonna be lots of helpers/utils/modules (at least that's how i envision it), it's actually an umbrella package. so namespacing it to one level deeper, "/dictionary" for this example, should help us avoiding the namespace collisions. Think of it as importing from lodash/groupBy
instead of lodash
. Also helps the app to "tree shake" better (not even sure if it's the right term 😅 )
I've changed the SozlukTerms query args in #539 but forgot to change query we made in the sozluk query term page. This also fixes the most stupidest npm bug i've ever encountered, i won't even try to explain it but just know that it's so stupid and i don't even know how we as an industry survive.
Things that needs to be done before we can move onto #510