Staging Subgraph Deployments on Each Pull Request

[0xferit]

Currently, we don't let pushes to the master branch, and only pull requests can be merged. Whenever a merge happens into master, this workflow runs and deploys a subgraph to production.

However, it would be great to see a staging deployment during a pull request, so reviewers can verify the data on staging deployment before merging to master. Ideally, each pull request should create its own staging environment.

A similar example would be Netlify deploy previews.

[gratestas]

@0xferit we can design this process by splitting the workflow into two separate modules

Staging environment

• 1 PR = 1 staging environment.
• docker-compose.yml file specifies the configuration for the Graph Node, IPFS, and a testnet network.
• Ethereum node provider endpoint is kept as a secret and passed to the config file as an environment variable.
• Subgraph is deployed to a local instance of Graph node running in a Docker container.
• The new deployment can be accessed via a URL endpoint provided in a comment on the PR
• Requester tests and validates new changes, and opens a request for review

Production environment
The existing workflow will be slightly modified by using the workflow_dispatch event.

• PR is reviewed and merged into the master by a repo maintainer.
• The maintainer triggers the workflow manually by providing a network to which the subgraph should be deployed as input.

[0xferit]

This looks good to me. Feel free to proceed if you want to implement this.