Page History
...
Making an Official Release (e.g. 'dspace-1.7.0' or 'dspace-1.7.0-rc1')
Update KEYS
Make sure the KEYS file at the root of the source tree has your up to date public code signing key and signatures listed. If you don't yet have a code signing key, see Creating a Code Signing Key. When you are ready, append your key with the following command:
...
Note | |||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| |||||||||||||
These same steps are also covered in theSonatype Maven Repository Usage Guide
If backing out of this step is needed for any reason, the following will restore the subversion repository and your working copy to the state it was previously in:
|
Deploy Artifacts to Staging
This step will sign, checksum, and push all release artifacts (including javadocs and sources) to the staging repository.
- Check In a separate directory, check out the newly-tagged release from subversion and "mvn install" it.
- Change Now, go back to the directory which has your checkout of 'trunk' (which was used in the above steps)
- Run,
mvn release:perform
- If your GPG Code Signing Key isn't found by Maven, you may need to specify your GPG code signing key and passphrase as arguments to the above command:
-Darguments="-Dgpg.keyname=YourKeyId -Dgpg.passphrase=YourKeyPassword"
- By default, Maven should just prompt you to specify your GPG passphrase.
- If your GPG Code Signing Key isn't found by Maven, you may need to specify your GPG code signing key and passphrase as arguments to the above command:
Verify and Promote Staged Artifacts
...