apollo-server/docs
Jesse Rosenberger 034383f491
Consistently use parent, rather than root, as first resolver argument.
In an effort to maintain consistency and semantically correct meaning,
this changes (only in documentation and internal Apollo Server tests) the
name of the first argument in resolver signatures to use `parent` rather
than `root`.

While `root` certainly makes sense when the resolver is belonging to the
root `Query` or `Mutation` type, once nested field resolvers begin getting
called, the more semantically correct term would seem to be `parent`.

Since `parent` still makes sense at the root level, and since resolvers
frequently get copied and pasted into more deeply-nested positions, putting
this pattern in place for apps which are just beginning might just help
someone more clearly understand the relationship in the future — without
incorrectly thinking that a nested resolver is accessing the root of the
graph, rather than the parent.
2018-11-16 20:37:26 +02:00
..
assets Add additional docs files 2017-10-16 17:15:08 -07:00
sketch Apollo Server 2:Automatic Persisted Queries (#1149) 2018-06-11 15:44:20 -07:00
source Consistently use parent, rather than root, as first resolver argument. 2018-11-16 20:37:26 +02:00
.gitignore Start ignoring _redirects again, since it's dynamically generated. 2018-05-01 21:37:16 -07:00
.nvmrc [docs] Update Hexo dependencies for cross-repo consistency. (#815) 2018-02-28 13:22:07 +02:00
_config.yml Remove related guides and outdated redirects 2018-11-14 20:26:10 -05:00
package-lock.json Update hexo-versioned-netlify-redirects to latest version. 2018-11-15 13:11:30 +02:00
package.json Bump generated hexo version (not hexo itself). 2018-11-15 13:12:20 +02:00
README.md bring version-2 up to date 2018-07-13 13:14:19 -07:00

Documentation

This is the documentation source for this repository.

The deployed version of the documentation for this repository is available at:

Documentation for the documentation

This README.md is intentionally short since the documentation for the documentation provides details for the documentation framework itself. Additional information should generally be added to that documentation rather than here in this README.md, in order to provide a centralized resource that benefits all documentation deployments.

Running locally

For more information, consult the documentation for the documentation, referenced above.

In general though:

  • npm install in this directory
  • npm start in this directory
  • Open a browser to the link provided in the console.

Important note: Changes to the markdown source does not result in an automatic "hot reload" in the browser; it is necessary to reload the page manually in the browser to see it re-rendered. Additionally, changes to _config.yml require stopping the server and restarting with npm start again.

Deploy previews

Documentation repositories should be setup with a "deploy preview" feature which automatically provides "preview" links in the status checks section of pull-requests.

In the event that it's not possible to run the documentation locally, pushing changes to the branch for a pull-request can be a suitable alternative that ensures changes to the documentation are properly rendered.