-
Notifications
You must be signed in to change notification settings - Fork 349
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
Mesh SDK boilerplate generation & nx monorepo integration #2103
Comments
I'd appreciate this as well. I might also be willing to do it if the documentation on NX website was better. |
Example dependency chain (to be managed by nx): I just recently extracted GraphQL Mesh out of my nx repo because using a library with a generated mesh SDK allows for that, still it seems I could take advantage of an nx setup for the new library project, but I am missing a reasonable nx default collection again - is it just Is that all the ways we can use a mesh for? I've started creating validation pipelines that will be chained to other internal projects, creating a project pipeline cascade (yes the new mesh validate stuff becomes even more useful if you connect it to the right triggers :D) So it has its upsides not to "monorepo everything" (keeping a clean project scope) and splitting things up. Extracting - ejecting - the mesh from the monorepo should be possible and could be done in different ways (creating another new monorepo to keep the tooling or compressing to a more simple setup without the nx tooling).
As a test, we could apply 2. & 3. to any (all) the mesh examples (roundtrip add nx then remove nx). Also see Multi/Mega Mesh discussion: #2618 |
I've created a plugin that will hopefully help with this feature — nx-mesh. I aimed to create a plugin that makes using GraphQL Mesh with Nx, as easy as using Next.js with Nx. Existing features include — with more in the works:
|
@domjtalbot That's very interesting! Would you create a PR to our docs that points to your project? |
I'd be more than happy to do that, @ardatan! Where would be the best place in the docs to list it? |
Sorry for the late response @domjtalbot ! Where would be the best place for you? |
* [@envelop/sentry] improve context type * changeset
This reverts commit 58d80ea.
* [@envelop/sentry] improve context type * changeset
Is your feature request related to a problem? Please describe.
nx monorepos already have a great integration for GraphQL (e.g. Apollo and NestJS).
But GraphQL Mesh is not part of this yet!
Describe the solution you'd like
Alike this stack, create nx plugins to run
mesh
commands on libraries (and apps) throughnx
:Describe alternatives you've considered
I am not sure if this could be extended to make it the default collection (in nx workspace.json), I am mostly interested in the integration as a library, but I want the ability to run mesh commands through nx, and I am still a beginner with nx tooling.
There could be an easy way to use existing
@nrwl/node
executors without creating new nx plugins.Additional context
An nx monorepo setup has many advantages, namely shared package dependencies and tooling to tend them: graph affected modules!
I also like nx's approach because it features many preset conventions and it hides babel/webpack complexity.
The text was updated successfully, but these errors were encountered: