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: RELEASE.md
+11-8Lines changed: 11 additions & 8 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -16,17 +16,20 @@ If you are not familiar with Sonatype and/or the maven release process please re
16
16
* Install GPG, and create a public key. More info: http://central.sonatype.org/pages/working-with-pgp-signatures.html
17
17
18
18
### Releasing
19
-
After the `master` branch successfully builds from the release changes, perform a release deployment to OSSRH (Staging) with:
19
+
As part of your PR into `master` for a release, make a commit updating version number strings across the SDK. To do this, we use [bumpversion](https://github.com/peritus/bumpversion).
20
+
21
+
To use `bumpversion`, simply run the following command with the proper semantic version for your desired release:
20
22
```bash
21
-
`gradle release`
23
+
bumpversion major|minor|patch
22
24
```
23
-
You will have to answer prompts for versions and tags. That will tag and commit a new version into your repository automatically.
24
-
25
-
### Manually releasing
26
25
27
-
The above instructions should work, but we've run into situations where the archive uploading through CI has failed because IP changes caused multiple staging repositories to be created in Sonatype, each with different pieces of the full set of artifacts. If this happens, the repositories won't be able to be closed and released on the Sonatype website.
26
+
After you've merged your PR and After the `master` branch successfully builds from the release changes, check out the `master` branch and perform a release deployment to OSSRH (Staging) with:
27
+
```bash
28
+
gradle release
29
+
```
30
+
You will have to answer prompts for versions and tags. That will tag and commit a new version into your repository automatically.
28
31
29
-
Uploading the archives locally with the following command solves this problem:
32
+
After the above commits pass, `git checkout`the new tag branch for your release. In that branch, execute the following command:
0 commit comments