graphql-engine/console
2018-12-15 21:40:29 +05:30
..
bin add console to graphql-engine 2018-06-28 10:27:37 +05:30
cypress apply update permissions for upsert mutations (#628) 2018-12-15 21:40:29 +05:30
src apply update permissions for upsert mutations (#628) 2018-12-15 21:40:29 +05:30
static logo and favicon update on console (#627) 2018-10-03 18:49:56 +05:30
webpack refactor: convert function expression to arrow function (#181) 2018-07-23 11:59:56 +05:30
.babelrc add console to graphql-engine 2018-06-28 10:27:37 +05:30
.bootstraprc add console to graphql-engine 2018-06-28 10:27:37 +05:30
.eslintignore add console to graphql-engine 2018-06-28 10:27:37 +05:30
.eslintrc add console to graphql-engine 2018-06-28 10:27:37 +05:30
.gitignore add tooltip for upsert option under custom permissions (#546) (#566) 2018-10-02 12:17:28 +05:30
cypress.json add parallel tests and update dependencies (#374) 2018-09-08 23:01:14 +05:30
hasuraconfig.js add console to graphql-engine 2018-06-28 10:27:37 +05:30
index.js export console remote schemas (#1165) 2018-12-05 14:54:29 +05:30
Makefile console: add gzip compression to deployments (#94) 2018-07-11 12:19:03 +05:30
package-lock.json export console remote schemas (#1165) 2018-12-05 14:54:29 +05:30
package.json export console remote schemas (#1165) 2018-12-05 14:54:29 +05:30
README.md update console readme (#946) 2018-11-08 12:04:41 +05:30

Hasura Console

The Hasura console is an admin dashboard to manage the connected database and to try out GraphQL APIs. It is a React application bundled with webpack and the state is managed using Redux.

Served by:

  1. Hasura GraphQL Engine: The console is served by GraphQL Engine at /console endpoint (when --enable-console flag is used). Typically runs in No Migration Mode which means that actions on the console are not spitting out migration “yaml” files automatically. Most users will be using the Hasura console in this mode.

  2. Hasura CLI: Served by the Hasura CLI using hasura console command, typically runs with migration mode enabled. All the changes to schema/hasura metadata will be tracked and spit out on the filesystem as migration yaml files and a metadata yaml file. This allows for easy version controlling of the schema/hasura metadata.

Contributing to Hasura console

This guide is for setting-up the console for development on your own machine, and how to contribute.

Prerequisites

Setup and Install Dependencies

  • Fork the repo on GitHub.
  • Clone your forked repo: git clone https://github.com/<your-username>/graphql-engine
git clone https://github.com/<your-user-name>/graphql-engine
cd graphql-engine
cd console
npm install

Hasura console can be developed in two modes (server or cli mode). Both modes require a running instance of GraphQL Engine. The easiest way to get Hasura GraphQL engine instance is by Heroku. You can get it by following the steps given in this link. Other methods to install Hasura GraphQL engine are documented here.

Development with Hasura GraphQL Engine (server mode)

Hasura GraphQL engine should be running to develop console in this mode. If you have set it up on Heroku, your url will look like <app-name>.herokuapp.com, if it's on your local machine, it's probably http://localhost:8080.

Dotenv is used for setting environment variables for development. Create a .env file in the root directory for console (wherever package.json is). Here's a .env file with some environment variable examples :

PORT=3000
NODE_ENV=development
DATA_API_URL=http://localhost:8080
ACCESS_KEY=xyz
CONSOLE_MODE=server
URL_PREFIX=/

Note that CONSOLE_MODE is set to server. In this mode, migrations will be disabled and the corresponding functionality on the console will be hidden. If you are looking to add/tweak functionality related to migrations, check out Development with Hasura CLI.

Environment variables accepted in server mode:

  1. PORT: Configure the port where Hasura console will run locally.
  2. NODE_ENV: development
  3. DATA_API_URL: Configure it with the Hasura GraphQL Engine url. If you are running it on Heroku, your url will look like .herokuapp.com.
  4. ACCESS_KEY: Set access key if Hasura GraphQL engine is configured to run with ACCESS_KEY.
  5. CONSOLE_MODE: server
  6. URL_PREFIX: / (forward slash)

Run Development Server:

 npm run dev

Development with Hasura CLI (cli mode)

Configure .env file with appropriate values for the required environment variables, such as the examples below:

PORT=3000
NODE_ENV=development
DATA_API_URL=http://localhost:8080
API_HOST=http://localhost
API_PORT=9693
ACCESS_KEY=xyz
CONSOLE_MODE=cli
URL_PREFIX=/

Environment variables accepted in cli mode:

  1. PORT: Configure the port where Hasura console will run locally.
  2. NODE_ENV: development
  3. DATA_API_URL: Configure it with the Hasura GraphQL Engine url. If you are running it on Heroku. Your url will look like .herokuapp.com
  4. API_HOST: Hasura CLI host. Hasura CLI runs on http://localhost by default.
  5. API_PORT: Hasura CLI port. Hasura CLI exposes the API at 9693 by default
  6. ACCESS_KEY: Set access key if Hasura GraphQL engine is configured to run with ACCESS_KEY
  7. CONSOLE_MODE: cli
  8. URL_PREFIX: / (forward slash)

Run Development Server:

This setup requires hasura cli to be running in a different window. Start hasura cli with the same Hasura GraphQL engine url as configured for DATA_API_URL.

Start Hasura CLI server
hasura console
Start development server
npm run dev

Checkout the console

Visit http://localhost:3000 to confirm the setup.

Testing Development Server

Make changes to the code

Make changes to the code and the console will reload automatically to reflect the new changes. Keep iterating. When adding a new feature, it is recommended to add corresponding tests too.

Tests are written using Cypress.

You can use the Redux DevTools Extension to inspect and debug the Redux store. It should automatically connect to the Redux store when started in development mode.

Run Tests

  • Run tests: npm run cypress
  • Write your tests in the cypress directory, integration.

Submitting a pull request

  • All the development work happens in your own fork of the graphql-engine.
  • Make sure your commit messages meet the guidelines.
  • Once the changes are done, create a pull request.
  • CI configured for PR will run the test suite.
  • Once everything goes well, it will generate a preview Heroku app.
  • The source code and the preview app will be reviewed by maintainers.