You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: README.md
+26-2Lines changed: 26 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -143,9 +143,33 @@ Once your pull request has been approved by all parties, you may begin the merge
143
143
* Run `yarn test` to ensure tests are passing.
144
144
* Click the Squash and merge button on your pull request and edit your commit message to a concise description of your changes.
145
145
146
-
## Release steps
146
+
## Release process
147
147
148
-
This package uses [Semantic versioning](https://semver.org/), which requires version numbers in MAJOR.MINOR.PATCH format. Any breaking changes to the API require an update to the MAJOR version. Backwards compatible changes only require an update to the MINOR version. Hotfixes and patches need only update the PATCH version. Once you have commits ready to bundle you may begin the release process:
148
+
This repository follows the [git flow release process](https://www.atlassian.com/git/tutorials/comparing-workflows/gitflow-workflow).
149
+
* Each new feature branch uses develop as its parent branch and is merged back into develop upon completion.
150
+
* Each new hotfix branch uses main as its parent branch and is merged directly into main.
151
+
152
+
This package uses [Semantic versioning](https://semver.org/), which requires version numbers in MAJOR.MINOR.PATCH format. Any breaking changes to the API require an update to the MAJOR version. Backwards compatible changes only require an update to the MINOR version. Hotfixes and patches need only update the PATCH version.
153
+
154
+
To create a new release off of the current develop:
155
+
* Run the "Prepare release" github action which will
156
+
* Create a new release branch off of the latest develop and increment package.json
157
+
* Create a pull request of the release branch against main
158
+
* Create a pull request of the release branch against develop
159
+
* From there the developer can merge the PRs via github
160
+
* Run the "Create new release" github action which will build the project and create a new release off of the latest main
161
+
162
+
To create a patch release for a hotfix off the current main:
163
+
* Run the "Prepare hotfix" github action which will
164
+
* Create a hotfix off the latest main and increment package.json
165
+
* Create a pull request of the hotfix branch against main
166
+
* Create a pull request of the release branch against develop
167
+
* From there the developer can merge the PRs via github
168
+
* Run the "Create new release" github action which will build the project and create a new release off of the latest main
169
+
170
+
## Manual Release steps
171
+
172
+
If you are not able to or choose not to use the github actions described above, the following is the process to manually create a new release. Once you have commits ready to bundle you may begin the release process:
149
173
* Update the "version" field in package.json.
150
174
* Run `yarn build` to compile the source files and write out to the lib directory.
151
175
* Run `npm pack` to archive all of the source files. Note: you can run `npm pack --dry-run` to see a list of files that will be included in the package. This is useful to double check a new component is being added or to see the size of the package/individual files.
0 commit comments