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
The release process for SNAPSHOT versions is handled by the `after_success.sh` script, triggered after Travis CI successfully completes a non-PR build. A new SNAPSHOT artifact will be released to the snapshot repository as part of this script.
4
-
5
-
### To push a release version
1
+
Set up Sonatype Account
2
+
-----------------------
3
+
* Sign up for a Sonatype JIRA account [here](https://issues.sonatype.org)
4
+
* Click *Sign Up* in the login box, follow instructions
5
+
6
+
Get access to repository
7
+
------------------------
8
+
* Go to [community support](https://issues.sonatype.org/browse/OSSRH)
9
+
* Ask for publish rights by creating an issue similar to [this one](https://issues.sonatype.org/browse/OSSRH-32032)
10
+
* You must be logged in to create a new issue
11
+
* Use the *Create* button at the top tab
12
+
13
+
Set up PGP keys
14
+
---------------
15
+
* Install GNU Privacy Guard (GPG)
16
+
* GPG is installed by default on Ubuntu systems
17
+
* For other systems, see [GnuPG download page](https://www.gnupg.org/download/)
18
+
19
+
* Generate the key ```gpg --gen-key```
20
+
21
+
* Keep the defaults, but specify a passphrase
22
+
* The passphrase can be random; you just need to remember it long enough to finish the next step
23
+
* One way to make a random passphrase: ```base64 /dev/urandom | head -c20; echo;```
24
+
25
+
* Find the ID of your public key ```gpg --list-secret-keys```
26
+
* Look for the line with format ```sec 2048R/ABCDEFGH 2015-11-17```
27
+
* The ```ABCDEFGH``` is the ID for your public key
28
+
29
+
* Upload your public key to a public server: ```gpg --send-keys --keyserver hkp://pgp.mit.edu ABCDEFGH```
30
+
31
+
Create a Maven settings file
32
+
----------------------------
33
+
* Create a file at ```$HOME/.m2/settings.xml``` with your passphrase and your sonatype username and password
34
+
```
35
+
<settings>
36
+
<profiles>
37
+
<profile>
38
+
<id>ossrh</id>
39
+
<activation>
40
+
<activeByDefault>true</activeByDefault>
41
+
</activation>
42
+
<properties>
43
+
<gpg.executable>gpg</gpg.executable>
44
+
<gpg.passphrase>[the password for your gpg key]</gpg.passphrase>
1. Make sure the team agrees that it is time to release.
8
72
@@ -19,10 +83,19 @@ This script takes optional arguments denoting the new versions for each qualifie
19
83
git add .
20
84
git commit -m "Release [VERSION HERE]"
21
85
```
22
-
86
+
87
+
1. Make sure you are using Maven version 3.3 or higher to support the Nexus plugin required to stage a release.
88
+
89
+
1. To ensure a clean build, remove *all* Maven targets (including subdirectories not handled by `mvn clean`) by running `rm -rf target */target`.
90
+
23
91
5. Run `utilities/stage_release.sh`.
24
92
This script builds and stages the release artifact on the Maven Central Repository, updates the README.md files with the release version + commits them locally, and finally generates a new site version for the gh-pages branch under a temporary directory named `tmp_gh-pages`. If you haven't run the release process before, it's worth verifying everything; check the staged release on the Sonatype website, and verify that the local commits have the right version updates.
25
93
94
+
If you experience failures, you may need to:
95
+
- repeat the clean step above
96
+
- remove the temporary directory created to store docs by running `rm -rf tmp_gh-pages`
97
+
- remove staged repositories from Sonatype: if a staged repository appears [here](https://oss.sonatype.org/#nexus-search;quick~com.google.cloud), remove it by running `mvn nexus-staging:drop`.
98
+
26
99
6. Run `utilities/finalize_release.sh`.
27
100
This script will release the staged artifact on the Maven Central Repository and push the README.md and gh-pages updates to github.
28
101
@@ -31,16 +104,20 @@ Go to the [releases page](https://github.com/GoogleCloudPlatform/google-cloud-ja
31
104
32
105
Add the commits since the last release into the release draft. Try to group them into sections with related changes. Anything that is a breaking change needs to be marked with `*breaking change*`. Such changes are only allowed for alpha/beta modules and `@BetaApi` features.
33
106
34
-
Ensure that the format is consistent with previous releases (for an example, see the [0.1.0 release](https://github.com/GoogleCloudPlatform/google-cloud-java/releases/tag/v0.1.0)). After adding any missing updates and reformatting as necessary, publish the draft. Finally, create a new draft for the next release.
107
+
Ensure that the format is consistent with previous releases (for an example, see the [0.1.0 release](https://github.com/GoogleCloudPlatform/google-cloud-java/releases/tag/v0.1.0)). After adding any missing updates and reformatting as necessary, publish the draft.
108
+
109
+
1. Create a new draft for the next release. Note any commits not included in the release that have been submitted before the release commit, to ensure they are documented in the next release.
35
110
36
111
8. Run `utilities/update_versions.sh` again (to include "-SNAPSHOT" in the project version). Please refer to documentation in `utilities/update_versions.sh` for more details.
37
112
38
113
9. Create and merge in another PR to reflect the updated project version. For an example of what this PR should look like, see [#227](https://github.com/GoogleCloudPlatform/google-cloud-java/pull/227).
39
114
40
-
### To push a snapshot version
115
+
To push a snapshot version
116
+
--------------------------
41
117
42
-
Pushing a snapshot is completely automated. If "-SNAPSHOT" is included in the version denoted by the base directory's pom.xml, then an updated artifact will be pushed to the snapshot repository when Travis CI successfully completes a non-PR build.
118
+
Pushing a snapshot is completely automated. If "-SNAPSHOT" is included in the version denoted by the base directory's pom.xml, then an updated artifact will be pushed to the snapshot repository when Travis CI successfully completes a non-PR build. The build triggers the `after_success.sh` script, which handles the release process for SNAPSHOT versions.
43
119
44
-
### Improvements
120
+
Improvements
121
+
------------
45
122
46
123
Automatic tagging is not currently implemented, though it was discussed in [#119](https://github.com/GoogleCloudPlatform/google-cloud-java/pull/119). If the version updates continue to be manual, a one-line git tag command can be added to `after_success.sh` to correctly tag releases. However, automatically creating useful annotations for this tag will be difficult. Also, if the release process becomes fully automated, tagging becomes a harder problem, as mentioned in that issue.
0 commit comments