Fork me on GitHub

How To Create A Release

Prerequisites for release managers

You need to be a Jackrabbit committer to prepare and perform a release, but anyone is welcome to help test the release candidates and comment on the release plans.

You should have a code signing key that is included in the Jackrabbit KEYS file. See Appendix A at the end of this page for more details.

You also need to tell Maven your Subversion credentials needed for deploying artifacts to the Nexus server at https://repository.apache.org/. See Appendix B for the required settings.

Release management tasks

  1. Make sure that an appropriate version for the release is entered in Jira and that all the related issues have been resolved.

  2. Create or update a RELEASE-NOTES.md file in the root folder of the project to be released. When done, commit the file. See previous release notes for examples of what to include. The release note report in Jira is a useful source of required information.

  3. Build and deploy the release artifacts with Maven (see below).

    The release is built using the Maven release plugin. See the Releasing a Maven project guide for more details. Make sure you have added the pgp key information in you maven settings file, especially if you have more than one key installed locally. See Appendix B for the details.

    Releasing the maven artifact works best when operating on the subversion checkout of the project. Using git svn does not work.

    1. (optional, prepare your environment. e.g.: $ export version=1.0.0)
    2. Execute mvn clean deploy -Papache-release -Dmaven.deploy.skip=true. This tests if the release would work.
    3. Execute mvn release:prepare. This will update the POM files and tag the release in svn (btw: specifying the release version on the commandline doesn’t update the module poms anymore lately).
    4. Execute mvn release:perform -Papache-release. This will build the tagged release and deploy the artifacts to a new staging repository on repository.apache.org. After the build, login to https://repository.apache.org/ and you should see it there.

      The non-Maven release artifacts are automatically copied to /.../target/checkout/target/$version

  4. Close the staged repository on repository.apache.org.
    Use Apache Jackrabbit Filevault Package Maven Plugin ${version} RC as comment.

  5. Upload the artifacts to https://dist.apache.org/repos/dist/dev/jackrabbit/filevault-package-maven-plugin via SVN

    1. svn co https://dist.apache.org/repos/dist/dev/jackrabbit/filevault-package-maven-plugin dist-dev-filevault-plugin
    2. cd dist-dev-filevault-plugin
    3. cp -r /path/to/jackrabbit/filevault-package-maven-plugin/target/checkout/target/$version $version
    4. svn add $version
    5. svn commit -m "Apache Jackrabbit Filevault Package Maven Plugin $version release candidate" $version
  6. Start the vote thread, wait 72 hours. See the vote.txt template generated by the Maven build.

  7. If the vote fails (easy case first):

    1. remove the release tag from Git
    2. delete the RC from dist.apache.org
      1. svn rm https://dist.apache.org/repos/dist/dev/jackrabbit/filevault-package-maven-plugin/$version
    3. and drop the staged repository
    4. done
  8. If the vote is successful, close the vote by publishing the results

  9. copy the release candidate from dev/jackrabbit to release/jackrabbit in https://dist.apche.org/repos/dist/, and delete any older releases from the same branch (they’re automatically archived):

    1. svn move -m "Apache Jackrabbit Filevault $version" \
    2. https://dist.apache.org/repos/dist/dev/jackrabbit/filevault-package-maven-plugin/$version \
    3. https://dist.apache.org/repos/dist/release/jackrabbit/filevault-package-maven-plugin/$version
  10. release the staged repository for synchronization to Maven central.

  11. mark the version as released in Jira: Jira Project Home -> Project Summary -> Administer Project.

    Under Versions, you’ll see all the defined project versions. From the settings menu, choose Release on the version.

  12. Close all the issues included in the release: Jira Project Home -> Change Log -> Choose the released version.

    From the issue list you have the option to bulk update all of the included issues. Just Transition Issues from Resolved to Closed and you are done!

  13. Update the Jackrabbit web site to point to the new release.

  14. Deploy the recent plugin site (see src/site/readme.md)

  15. Send the release announcement once the web site have been synced.

Related Links

Appendix A: Create and add your key to the Jackrabbit KEYS file

Follow these instructions to generate your code signing key and to add it to the Jackrabbit KEYS file.

  1. Generate a code signing key using your @apache.org address as the email and CODE SIGNING KEY as the comment.

  2. The Jackrabbit KEYS file is managed in https://svn.apache.org/repos/asf/jackrabbit/dist/KEYS. To modify the file, first checkout the dist directory:

    1. svn checkout https://svn.apache.org/repos/asf/jackrabbit/dist
  3. See the beginning of the KEYS file for instructions on how to append your key to the file.

  4. Once you’ve committed the changes, update the KEYS file on people.apache.org:

    1. umask 002; svn update /www/www.apache.org/dist/jackrabbit
  5. You are DONE, but to see the changes on http://www.apache.org/dist/jackrabbit/KEYS you must wait 2 hours

You should get your key linked to the Apache web of trust. Once other people have signed your key, you can update the KEYS file with the signatures you’ve received.

Appendix B: Maven settings

  1. <settings>
  2. ...
  3. <servers>
  4. <!-- To deploy a Jackrabbit snapshot -->
  5. <server>
  6. <id>apache.snapshots.https</id>
  7. <username> <!-- YOUR APACHE LDAP USERNAME --> </username>
  8. <password> <!-- YOUR APACHE LDAP PASSWORD --> </password>
  9. </server>
  10. <!-- To stage a Jackrabbit release -->
  11. <server>
  12. <id>apache.releases.https</id>
  13. <username> <!-- YOUR APACHE LDAP USERNAME --> </username>
  14. <password> <!-- YOUR APACHE LDAP PASSWORD --> </password>
  15. </server>
  16. <!-- used for gpg code signing key -->
  17. <!-- see: https://maven.apache.org/plugins/maven-gpg-plugin/usage.html -->
  18. <server>
  19. <id> <!-- YOUR KEYNAME --> </id>
  20. <passphrase> <!-- CLEAR OR ENCRYPTED TEXT --> </passphrase>
  21. </server>
  22. ...
  23. <profiles>
  24. <profile>
  25. <id>apache-release</id>
  26. <properties>
  27. <gpg.keyname> <!-- YOUR KEYNAME --> </gpg.keyname>
  28. </properties>
  29. </profile>
  30. </profile>
  31. ...
  32. </profiles>
  33. </servers>
  34. </settings>

Appendix C: Announce Mail Template

Note: Copy paste the current release notes; only include the changes of this release.

  1. To: dev@jackrabbit.apache.org, users@jackrabbit.apache.org, announce@apache.org
  2. Reply-To: dev@jackrabbit.apache.org
  3. Subject: [ANNOUNCE] Apache Jackrabbit FileVault Package Maven Plugin $version released
  4.  
  5. The Apache Jackrabbit community is pleased to announce the release of
  6. Apache Jackrabbit FileVault Package Maven Plugin $version. The release is available for download at:
  7.  
  8. http://jackrabbit.apache.org/jcr/downloads.html#vltplg
  9.  
  10. See the full release notes below for details about this release:
  11.  
  12.  
  13. Release Notes -- Apache Jackrabbit FileVault Package Maven Plugin -- Version $version
  14. ==================================================================================
  15.  
  16. Introduction
  17. ------------
  18. The Apache Jackrabbit FileVault package maven plugin is an Apache maven plugin that simplifies the creation of
  19. content package maven artifacts. The content packages can later be used to install content into a JCR repository
  20. using the Apache Jackrabbit FileVault packaging runtime.
  21.  
  22. Changes in Jackrabbit FileVault Package Maven Plugin $version
  23. ----------------------------------------------------------
  24.  
  25. #### Bug Fixes
  26. * [JCRVLT-218] Repository structure package satisfies too aggressively
  27. * [JCRVLT-219] Internal ancestors not used for dependency validation
  28. * [JCRVLT-222] analyze-classes goal should be marked as ignored for m2e
  29. * [JCRVLT-237] Fix description on how import-package manifests are generated
  30. * [JCRVLT-241] Goal analyze-classes: Dependencies with type "bundle" not correctly considered
  31. * [JCRVLT-242] Link for the web access of Jackrabbit's FileVault Package source repository is wrong
  32. * [JCRVLT-244] Package Maven Plugin: Fix resource leaks in integration tests
  33. * [JCRVLT-245] Package Maven Plugin: ProjectBuilder.verifyPackageProperty swaps expected/actual value
  34. * [JCRVLT-253] Problems with Configuration inside an Execution with Filters
  35.  
  36. #### Improvements
  37. * [JCRVLT-217] Create tests for JCRVLT-207 (HTL) as soon as plugin is released
  38. * [JCRVLT-224] Use filevault-core instead of copy-pasting code
  39. * [JCRVLT-231] Clarify repositoryStructurePackages parameter
  40. * [JCRVLT-234] Remove irrelevant @Parameter annotations on field in classes which are not mojos
  41. * [JCRVLT-236] Package Maven Plugin: Improve packageType param documentation
  42. * [JCRVLT-238] Remove classesDirectory parameter
  43. * [JCRVLT-243] VaultMojo: extend javadoc for all complex type parameters
  44. * [JCRVLT-252] Package Maven Plugin: Update to htl-maven-plugin 1.1.2
  45.  
  46. #### New Features
  47. * [JCRVLT-230] Allow to give an explicit directory as source for META-INF/vault
  48. * [JCRVLT-239] Package Maven Plugin: Add "accessControlHandling" property
  49. * [JCRVLT-240] Package Maven Plugin: Support for package thumbnails
  50.  
  51. Release Contents
  52. ----------------
  53. This release consists of a single source archive packaged as a zip file.
  54. The archive can be unpacked with the jar tool from your JDK installation.
  55. See the [README](./README.md) file for instructions on how to build this release.
  56.  
  57. The source archive is accompanied by SHA1 and MD5 checksums and a PGP
  58. signature that you can use to verify the authenticity of your download.
  59. The public key used for the PGP signature can be found at
  60. https://www.apache.org/dist/jackrabbit/KEYS
  61.  
  62. About Apache Jackrabbit
  63. -----------------------
  64. Apache Jackrabbit is a fully conforming implementation of the Content
  65. Repository for Java Technology API (JCR). A content repository is a
  66. hierarchical content store with support for structured and unstructured
  67. content, full text search, versioning, transactions, observation, and
  68. more.
  69.  
  70. For more information, visit http://jackrabbit.apache.org/
  71.  
  72. About The Apache Software Foundation
  73. ------------------------------------
  74. Established in 1999, The Apache Software Foundation provides organizational,
  75. legal, and financial support for more than 100 freely-available,
  76. collaboratively-developed Open Source projects. The pragmatic Apache License
  77. enables individual and commercial users to easily deploy Apache software;
  78. the Foundation's intellectual property framework limits the legal exposure
  79. of its 2,500+ contributors.
  80.  
  81. For more information, visit http://www.apache.org/
  82.  
  83. Trademarks
  84. ----------
  85. Apache Jackrabbit, Jackrabbit, Apache, the Apache feather logo, and the Apache
  86. Jackrabbit project logo are trademarks of The Apache Software Foundation.
  87.