The extension has been moved to
graphql/graphiql
monorepo - please open all new tickets and PRs there. Operation execution support was temporarily dropped and is planned to be replaced before 2023. Another useful operation exection extension that works inline is vscode-graphiql-explorer. Another handy extension - graphql notebooks provides a UX where you can keep graphql "notebooks" using the vscode notebooks API.
GraphQL extension for VSCode was built with the aim to tightly integrate the GraphQL Ecosystem with VSCode for an awesome developer experience.
đź’ˇ Note: This extension no longer supports
.prisma
files. If you are using this extension with GraphQL 1, please rename your datamodel fromdatamodel.prisma
todatamodel.graphql
and this extension will pick that up.
Lots of new improvements happening! We now have a CHANGELOG.md
- Load the extension on detecting
graphql-config file
at root level or in a parent level directory - Load the extension in
.graphql
,.gql files
- Load the extension on detecting
gql
tag in js, ts, jsx, tsx, vue files - Load the extension inside
gql
/graphql
fenced code blocks in markdown files - execute query/mutation/subscription operation, embedded or in graphql files
- pre-load schema and document defintitions
- Support
graphql-config
files with one project and multiple projects - the language service re-starts on changes to vscode settings and/or graphql config!
- syntax highlighting (type, query, mutation, interface, union, enum, scalar, fragments, directives)
- autocomplete suggestions
- validation against schema
- snippets (interface, type, input, enum, union)
- hover support
- go to definition support (input, enum, type)
- outline support
- syntax highlighting (type, query, mutation, interface, union, enum, scalar, fragments, directives)
- autocomplete suggestions
- validation against schema
- snippets
- hover support
- go to definition for fragments and input types
- outline support
Install the VSCode GraphQL Extension.
(Watchman is no longer required, you can uninstall it now)
This extension requires a graphql-config file.
As of vscode-graphql@0.3.0
we support graphql-config@3
. You can read more about that here. Because it now uses cosmicconfig
there are plenty of new options for loading config files:
graphql.config.json
graphql.config.js
graphql.config.yaml
graphql.config.yml
.graphqlrc (YAML or JSON)
.graphqlrc.json
.graphqlrc.yaml
.graphqlrc.yml
.graphqlrc.js
graphql property in package.json
the file needs to be placed at the project root by default, but you can configure paths per project. see the FAQ below for details.
Previous versions of this extension support graphql-config@2
format, which follows legacy configuration patterns
If you need legacy support for .graphqlconfig
files or older graphql-config formats, see this FAQ answer. If you are missing legacy graphql-config
features, please consult the graphql-config
repository.
To support language features like "go-to definition" across multiple files, please include documents
key in the graphql-config
file default or per-project (this was include
in 2.0).
# .graphqlrc.yml
schema: "schema.graphql"
documents: "src/**/*.{graphql,js,ts,jsx,tsx}"
// graphql.config.js
module.exports = {
projects: {
app: {
schema: ["src/schema.graphql", "directives.graphql"],
documents: ["**/*.{graphql,js,ts,jsx,tsx}", "my/fragments.graphql"],
extensions: {
endpoints: {
default: {
url: "http://localhost:8000",
headers: { Authorization: `Bearer ${process.env.API_TOKEN}` },
},
},
},
},
db: {
schema: "src/generated/db.graphql",
documents: ["src/db/**/*.graphql", "my/fragments.graphql"],
extensions: {
codegen: [
{
generator: "graphql-binding",
language: "typescript",
output: {
binding: "src/generated/db.ts",
},
},
],
endpoints: {
default: {
url: "http://localhost:8080",
headers: { Authorization: `Bearer ${process.env.API_TOKEN}` },
},
},
},
},
},
}
Notice that documents
key supports glob pattern and hence ["**/*.graphql"]
is also valid.
If you need to use a legacy config file, then you just need to enable legacy mode for graphql-config
:
"graphql-config.load.legacy": true
You can try the new experimental cacheSchemaFileForLookup
option. NOTE: this will disable all definition lookup for local SDL graphql schema files, and only perform lookup of the result an SDL result of graphql-config
getSchema()
To enable, add this to your settings:
"vscode-graphql.cacheSchemaFileForLookup": true,
you can also use graphql config if you need to mix and match these settings:
schema: http://myschema.com/graphql
extensions:
languageService:
cacheSchemaFileForLookup: true
projects:
project1:
schema: project1/schema/schema.graphql
documents: project1/queries/**/*.{graphql,tsx,jsx,ts,js}
extensions:
languageService:
cacheSchemaFileForLookup: false
project2:
schema: https://api.spacex.land/graphql/
documents: project2/queries.graphql
extensions:
endpoints:
default:
url: https://api.spacex.land/graphql/
languageService:
# Do project configs inherit parent config?
cacheSchemaFileForLookup: true
Make sure that you aren't including schema files in the documents
blob
Make sure that your schema
pointers refer to a complete schema!
The way vscode lets you filter these out is on the user end
So you'll need to add something like this to your global vscode settings:
"[typescriptreact]": {
"editor.suggest.filteredTypes": {
"snippet": false
}
},
"[javascriptreact]": {
"editor.suggest.filteredTypes": {
"snippet": false
}
}
The best way to make "execute " codelens work is to add endpoints config to the global graphql config or the project config.
This would look like:
export default {
schema: "mschema.graphql",
extension: {
endpoints: {
default: "http://localhost:9000",
},
},
}
(see above for per-project examples)
If there is an issue with execution that has to do with your server, the error response should show now in the result panel.
In case the request fails due to self signed certificate, you can bypass that check by adding this to your settings:
"vscode-graphql.rejectUnauthorized": false
Good news, we have configs for this now!
You can search a folder for any of the matching config file names listed above:
"graphql-config.load.rootDir": "./config"
Or a specific filepath:
"graphql-config.load.filePath": "./config/my-graphql-config.js"
Or a different configName
that allows different formats:
"graphql-config.load.rootDir": "./config",
"graphql-config.load.configName": "acme"
which would search for ./config/.acmerc
, .config/.acmerc.js
, .config/acme.config.json
, etc matching the config paths above
If you have multiple projects, you need to define one top-level config that defines all project configs using projects
If you aren't using a template tag function such as gql
or graphql
, and just want to use a plain string, you can use an inline #graphql
comment:
const myQuery = `#graphql
query {
something
}
`
or
const myQuery =
/* GraphiQL */
`
query {
something
}
`
Experimental support for template literal expressions ala ${}
has been added for language support, which just add an empty newline behind the scenes. It does not yet work for Execute Query
codelans.
- the output channel occasionally shows "definition not found" when you first start the language service, but once the definition cache is built for each project, definition lookup will work. so if a "peek definition" fails when you first start the editor or when you first install the extension, just try the definition lookup again.
This plugin uses the GraphQL language server
- Clone the repository - https://github.com/graphql/vscode-graphql
npm install
- Open it in VSCode
- Go to the debugging section and run the launch program "Extension"
- This will open another VSCode instance with extension enabled
- Open a project with a graphql config file - ":electric_plug: graphql" in VSCode status bar indicates that the extension is in use
- Logs for GraphQL language service will appear in output section under GraphQL Language Service
This repository is managed by EasyCLA. Project participants must sign the free (GraphQL Specification Membership agreement before making a contribution. You only need to do this one time, and it can be signed by individual contributors or their employers.
To initiate the signature process please open a PR against this repo. The EasyCLA bot will block the merge if we still need a membership agreement from you.
You can find detailed information here. If you have issues, please email operations@graphql.org.
If your company benefits from GraphQL and you would like to provide essential financial support for the systems and people that power our community, please also consider membership in the GraphQL Foundation.
MIT