|
2 | 2 |
|
3 | 3 | 1. Create a new branch for the release. We need a good naming convention: `release/<Version>` (example: `release/1.12.0`). |
4 | 4 | 1. Review new release PR (either [on GitHub](https://github.com/umbraco/Umbraco.UI/compare/)). |
5 | | -1. Make a PR from the new branch to the `main` branch. |
6 | 5 | 1. Run `npm run lerna:version` and Lerna will suggest a version bump for each package. |
7 | 6 | 1. Review the new version numbers and accept with `y` and Lerna will now bump each package and update the local CHANGELOG.md file using descriptions from the conventional commits, Lerna will also reinstall NPM and generate a new lockfile. |
8 | 7 | 1. We are continuously improving the way Lerna detects changes, so you may run into packages being bumped and you do not know why. It is okay to publish a package that has not been changed in order not to mess too much with the logic that Lerna uses to detect changes. |
9 | 8 | 1. Push all the changes to your release branch. |
10 | | -1. Make a PR from the new branch to the `main` branch. |
| 9 | +1. Make a PR from the new branch to the `production` branch. |
11 | 10 | 1. Add the `ignore-for-release`-label to the PR. |
12 | 11 | 1. Wait for GitHub checks to pass. |
13 | 12 | 1. Github will post a comment with a test link to try out that the release works in Storybook. Please check that it works. |
14 | | -1. Merge PR into main **using the Merge strategy** (very important so the history is not mangled) - this will trigger two actions - `Publish`, and `Azure Static Web Apps CI/CD`. The `Publish` workflow is responsible for publishing packages to NPM. It will only publish the packages that have higher version that previously published ones. The azure workflow will build and publish UI library Storybook. |
15 | | -1. Merge the `v1/main` branch with the `v1/contrib` branch by writing `git merge origin/main` and then push the changes. |
| 13 | +1. Merge PR into production **using the Merge strategy** (very important so the history is not mangled) - this will trigger two actions - `Publish`, and `Azure Static Web Apps CI/CD`. The `Publish` workflow is responsible for publishing packages to NPM. It will only publish the packages that have higher version that previously published ones. The azure workflow will build and publish UI library Storybook. |
| 14 | +1. Merge the `production` back into the `main` branch by writing `git merge origin/production` when on the `main` branch, and then push the changes. (This way we ensure that the `main` branch is always up to date with the latest release and accompanying release notes). |
16 | 15 | 1. Go to Github and [create a new release](https://github.com/umbraco/Umbraco.UI/releases/new). |
17 | 16 | 1. Using tags on the release, we want to target `vx.x.x` where "x.x.x" is the version number that the UUI package was bumped to during the release. |
18 | 17 | 1. Select the prevous version, in relation to your release, in `Previous tag` and press `Generate release notes`. |
19 | 18 | 1. Check the generated release notes, see if PRs are in the right category, if not append labels to them and return to generate again. |
20 | 19 | 1. The UI Library has now been updated. |
21 | | -1. Write an post on the UI Library Slack Channel evt. update Backoffice. |
| 20 | +1. Write an post on the UI Library Slack Channel. |
| 21 | +1. Consider when to update the Backoffice. |
22 | 22 |
|
23 | 23 | ## How to clear tags |
24 | 24 |
|
|
0 commit comments