Skip to content

How tos

Jump to bottom
Gareth Fuller edited this page Jun 5, 2022 · 33 revisions

A collection of guides for specific types of contributions.

Full release

A full release is a release that syncs develop with master. Full releases typically happen on a weekly release cycle which happens every Monday.

To perform a full release, follow this process:

  1. Make sure you have the latest changes on develop: git checkout develop && git pull
  2. Branch off develop: git checkout -b release/X.X.X
  3. Make any changes or fixes required locally.
  4. Stage & commit your changes: git add -A && git commit -m "Describe your change"
  5. Increase the app's minor version in package.json. e.g. If the version is X.1.5 then change to X.2.0
  6. Run npm install: npm install
  7. Stage & commit the version update: git add -A && git commit -m "Bump version"
  8. Push your branch to github and create a PR.
  9. Once approved, merge your PR with master.
  10. Create a new PR with your release branch but now set the base (the branch you want to merge into) to develop.
  11. After approvals, merge your release into develop.
  12. Draft a new release setting the release version and title of the release to the version number you set in step 4 (make sure to set the release target as master).
  13. Add a description for your release that is similar in structure to previous full releases.
  14. Publish your release.

Hotfix release

A hotfix release is a release straight to the master branch and therefore an immediate deployment to the production apps. Hotfixes are for when something needs to go live before the next weekly release cycle which happens every week on a Monday.

To perform a hotfix, follow this process:

  1. Make sure you have the latest changes on master: git checkout master && git pull
  2. Branch off master: git checkout -b hotfix/title-of-fix
  3. Make your changes locally.
  4. Stage & commit your changes: git add -A && git commit -m "Describe your change"
  5. Increase the app's patch version in package.json. e.g. If the version is x.x.1 then change to X.X.2
  6. Run npm install: npm install
  7. Stage & commit the version update: git add -A && git commit -m "Bump version"
  8. Push your branch to github and create a PR.
  9. Once approved, merge your PR with master.
  10. Create a new PR with your hotfix branch but now set the base (the branch you want to merge into) to develop.
  11. After approvals, merge your hotfix into develop.
  12. Draft a new release setting the release version and title of the release to the version number you set in step 4 (make sure to set the release target as master).
  13. Add a description for your hotfix that is similar in structure to previous hotfix releases.
  14. Publish your release.

Add Stable pool to allowlist

  1. If you're not a core repo contributor, create a pull request from a fork. If you are a core contributor follow the hotfix release process.
  2. Add your pool ID to the relevant network allowlist: Mainnet, Polygon or Arbitrum
  3. Stage & commit that change: git commit -m "Add my stable pool to allowlist"
  4. Increase the app's patch version in package.json. e.g. If the version is x.x.1 then change to x.x.2
  5. Run npm install: npm install
  6. Stage & commit the version update: git commit -m "Bump version"
  7. Push your branch to github and create a PR.
  8. Request a review from a couple of core team members.

If the PR looks good, a core team member will merge with the master branch and run through the hotfix release process.

Add a new voting gauge

  1. If you're not a core repo contributor, create a pull request from a fork. If you are a core contributor follow the hotfix release process.
  2. Add the pool ID and network to the appropriate array in voting-gauge-pools.ts (Mainnet, Arbitrum & Polygon)
  3. Run the voting gauge generation script: npm run generate:voting-gauges
  4. Add the pool ID to the relevant stakable allowlist array: Mainnet, Polygon or Arbitrum
  5. Stage & commit these changes: git commit -m "Update voting gauge list" (please avoid staging your change to .env.development)
  6. Increase the app's patch version in package.json. e.g. If the version is x.x.1 then change to x.x.2
  7. Run npm install: npm install
  8. Stage & commit the version update: git commit -m "Bump version"
  9. Push your branch to github and create a PR.
  10. Request a review from a couple of core team member.

If the PR looks good, a core team member will merge with the master branch and run through the hotfix release process.

Clone this wiki locally