-
-
Notifications
You must be signed in to change notification settings - Fork 570
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
Contributing to the TROUBLESHOOTING #505
Comments
|
benjie
added a commit
that referenced
this issue
Aug 15, 2018
Thanks for this @ppKrauss; since there's not been any more comments here I've moved the instructions to the TROUBLESHOOTING file itself, as a comment. |
benjie
added a commit
that referenced
this issue
Aug 15, 2018
benjie
added a commit
that referenced
this issue
Jan 27, 2020
* chore(tsdoc): enable TSDoc linting (#577) * chore: add tests for GRAPHILE_TURBO (#582) * chore(types): export GraphileResolverContext * chore(release): use yarn commands * feat(watch): manual schema reload notification (#583) * chore(git): ignore .env file (#590) * chore(tests): use Jest GraphQL schema serializer (#589) * feat(omit) take "many" on constraints into account (#565) * feat(omit) take "many" on constraints into account Closes #505. * move `@omit many` constraint condition to "many" relations only and simplify the conditions a bit, outdenting `makeField` by one level Co-authored-by: Benjie Gillam <[email protected]> * feat(pg): support non-scalar range values (#591) Co-authored-by: Benjie Gillam <[email protected]> * Fix issues after rebase * More reliable? Co-authored-by: David Baumgold <[email protected]> Co-authored-by: Andreas Bergmaier <[email protected]>
benjie
added a commit
that referenced
this issue
Jan 28, 2020
* feat(omit) take "many" on constraints into account Closes #505. * move `@omit many` constraint condition to "many" relations only and simplify the conditions a bit, outdenting `makeField` by one level Co-authored-by: Benjie Gillam <[email protected]>
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
This issue is a guide and a place to discuss the contents of the TROUBLESHOOTING.md.
There are only three rules (best practices) to add new items:
Edit it formating as described below, with "subject group section" and "problem subsection".
Cite the "motivation" from popular or frequent problem-report, at postgraphql/issues or stackoverflow. If there are no documented motivation, perhaps not need to add a TROUBLESHOOTING new item.
To be concise: describe the problem with precision, and solution details when it it is short and oportune (the solution must be a link when is to long).
Format:
The text was updated successfully, but these errors were encountered: