-
Notifications
You must be signed in to change notification settings - Fork 95
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
Add support for .graphqlconfig #80
Conversation
@RomanGotsiy: Thank you for submitting a pull request! Before we can merge it, you'll need to sign the Meteor Contributor Agreement here: https://contribute.meteor.com/ |
awesome @RomanGotsiy! this addresses one of our oldest issues, #8. let me just confirm that this does what we expect with our existing configuration options, and i'll cut a release soon thereafter |
@jnwng amazing! Thanks for the update! |
Any update on this @jnwng? 🙂 |
src/index.js
Outdated
@@ -120,14 +128,11 @@ export const rules = { | |||
}, | |||
}, | |||
// schemaJson, schemaJsonFilepath and schemaString are mutually exclusive: | |||
oneOf: [{ | |||
required: ['schemaJson'], | |||
allOf: [{ |
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.
something is a little off about this configuration validation. my assumption is that projectName
should be mutually exclusive with schemaJson
, schemaString
, and schemaJsonFilepath
, so this configuration validation should reflect that.
additionally, we'd like to make sure that those validations only happen when those configuration properties are present, and if they're not present, it should still be valid.
there's also a section here that i think needs to match this configuration as well. can we just extract this configuration key validation and use it for all the rules?
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.
chatted offline with @RomanGotsiy to make sure that the configuration validation correctly took into account the projectName
property
hey @jnwng Just updated PR according to your requirements |
thank you @RomanGotsiy! |
Add support for
.graphqlconfig
This PR is backward compatible as it doesn't remove any already existed configuration options. It just adds support for
.graphqlconfig
as a way to configure schema.That's why I made
schemaJson
,schemaString
andschemaJsonFilepath
not required (but they still are mutually exclusive)cc @jnwng