-
Notifications
You must be signed in to change notification settings - Fork 56
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
More control over importing behavior #16
Comments
That looks good. Would be great if you could update your proposal to include default values. |
@schickling Done. |
Hey guys - any plans on taking a look at this in the near term? My use case: I'm hoping to use graphql-s2s type inheritance in tandem with import statements but the validation step is failing. It would be great to be able to set a flag to bypass the validation step and and just compile the schema. Thanks! |
I am having similar use case as @ccnixon. It would be great to have an option to bypass schema validation. @kbrandwijk Any ETA for this issue? |
@kbrandwijk Any updates on this? |
@kbrandwijk we would love this too |
Available in 1.0.0! |
Proposal (based on #13, #14 and #15):
Add optional parameter to
importSchema
:Most are self-explanatory,
strict: true
would fail on missing schema files or missing imported types, otherwise silently ignored.validate: true
would run the linter.The text was updated successfully, but these errors were encountered: