Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 3 Next »

Environments are used to help facilitate the workflow for code, files, and databases.


Environments Workflow

The Common Framework is supported by a three environment workflow:

  • Development (dev): The development environment is the first line of defense against bugs. Here, we deploy code and configuration changes and test any newly implemented features or bug fixes. Any issues found are dealt with before re-deploying for further testing. This is an iterative process until the code is ready for the next stage of testing.

  • Staging (stage): Once satisfied with code and configuration, and consider it fairly stable, it is then deployed to the staging environment for further testing. This is where Quality Assurance (QA) is performed. This is where we involve college teams to access the staging servers and ensure that the application works as it should.

  • Production (prod): Once the code has been thoroughly tested, it is then pushed to production where it is made “live” to the world.

Moving things between environments is only done by the District Web Team.

Refreshing Environments

From time-to-time, the District Web Team needs to refresh the stage and dev environments to ensure when we /you are testing against fairly current copy of data (content created on prod). This entails replacing the stage/dev database and file with the ones from prod.

Any content or configuration created in dev or stage will be lost with an environment refresh. Check the Slack #environments channel to learn about any upcoming refreshes, and let the District Web Team know right away if you have concerns with the timing of an upcoming refresh.

  • No labels

0 Comments

You are not logged in. Any changes you make will be marked as anonymous. You may want to Log In if you already have an account.