@@ -124,7 +124,7 @@ Then, the `release` workflow handles everything:
124
124
### Regular flow
125
125
126
126
1 . Create [ feature branch] ( #conventions )
127
- 2 . Make changes in your feature branch and [ commit] ( #conventions ) using ` yarn commit `
127
+ 2 . Make changes in your feature branch and [ commit] ( #conventions )
128
128
3 . Create a Pull Request from your feature branch to ` main `
129
129
The PR is needed to test the code before pushing to release branch
130
130
4 . If your PR contains breaking changes, don't forget to put a ` BREAKING CHANGES ` label
@@ -136,7 +136,7 @@ Then, the `release` workflow handles everything:
136
136
1 . Assume your prerelease tag is ` beta `
137
137
2 . Create ` release/beta ` branch
138
138
3 . Create [ feature branch] ( #conventions )
139
- 4 . Make changes in your feature branch and [ commit] ( #conventions ) using ` yarn commit `
139
+ 4 . Make changes in your feature branch and [ commit] ( #conventions )
140
140
5 . Create a Pull Request from your feature branch to ` release/beta `
141
141
The PR is needed to test the code before pushing to release branch
142
142
6 . Create Github release with tag like ` v1.0.0-beta ` , pointing to ` release/beta ` branch
@@ -153,8 +153,8 @@ Then, the `release` workflow handles everything:
153
153
154
154
** Commits** :
155
155
156
- - Should be created using ` yarn commit ` command
157
156
- Should follow the [ Conventional Commits specification] ( https://www.conventionalcommits.org )
157
+ - You can find supported types and scopes into ` .cz-config.js `
158
158
159
159
** Pull requests** :
160
160
0 commit comments