Skip to content

Commit

Permalink
Merge pull request #1856 from dandi/bf-doc-deploy
Browse files Browse the repository at this point in the history
Fix documentation about release process to Heroku -- done by GitHub CI now not Heroku itself
  • Loading branch information
waxlamp authored Feb 8, 2024
2 parents 84701db + 49c072a commit edc1b5b
Showing 1 changed file with 1 addition and 1 deletion.
2 changes: 1 addition & 1 deletion doc/design/deployment-1.md
Original file line number Diff line number Diff line change
Expand Up @@ -26,7 +26,7 @@ The `release` branch is kept up to date using a GitHub CI workflow. Whenever a r
The staging and production Netlify sites are now both managed using a single `netlify.toml`. [Deploy contexts](https://docs.netlify.com/configure-builds/file-based-configuration/#deploy-contexts) allow us to differentiate between the production and staging sites. Production uses the default configuration, while staging uses a `branch-deploy` configuration.

## Heroku deployment
Heroku is configured to automatically deploy from `master` for the staging app and from `release` for the production app.
GitHub CI workflows [backend-staging-deploy.yml](../../.github/workflows/backend-staging-deploy.yml) and [backend-production-deploy.yml](../../.github/workflows/backend-production-deploy.yml) are used to deploy the staging and production Heroku apps respectively.

## Development process
To make changes to production, developers should:
Expand Down

0 comments on commit edc1b5b

Please sign in to comment.