Skip to content

Latest commit

 

History

History
238 lines (175 loc) · 6.81 KB

RELEASE.md

File metadata and controls

238 lines (175 loc) · 6.81 KB
Raw

How to release JFlex

This document describes how the release manager of the JFlex team can release JFlex and the JFlex Maven Plugin.

JFlex and the JFlex Maven Plugin will be deployed to the Sonatype OSS Maven repository at oss.sonatype.org. The Maven Central repository is synchronized with this repository. For more information, see Sonatype repository usage guide.

Prepare to release (only once)

  1. First, create a JIRA account on http://issues.sonatype.org, then make sure that your account is authorized to deploy to the Sonatype OSS Maven repository - see the above-linked usage guide for more information.

  2. In your ~/.m2/settings.xml, create <server>-s for snapshots and releases on the Sonatype OSS Maven repository, as well as for uploading the JFlex Maven Plugin to SourceForge. In the sonatype entries, fill in the username and password for your Sonatype JIRA account, which is also the account for the Sonatype Nexus instance that serves the OSS Maven repository:

       <?xml version="1.0" encoding="UTF-8"?>
   <settings xmlns="http://maven.apache.org/POM/4.0.0">
     <servers>
       <server>
         <id>ossrh</id>
         <username> ... </username>
         <password> ... </password>
       </server>
     </servers>
   </settings>

  3. Make sure you have installed Perl and the XML::LibXSLT module (required by the prepare-release.pl and post-release.pl scripts).

  4. Get the source:

    git clone [email protected]:jflex-de/jflex.git

  5. Make sure all changes are committed

    cd jflex
git status

Perform the release

Check the manual

  • make sure RELEASE_DATE in docs/Makefile is up to date
  • make sure UNICODE_VERSION in the Makefile is up to date
  • check version in xmanual.tex
  • check that all new features are included in the manual

Check CUP maven plugin

The CUP plugin has its own versioning scheme and if the version has not changed the release will fail. If there have not been any changes, the deployment can be skipped by adding

    <plugins>
      <plugin>
        <groupId>org.apache.maven.plugins</groupId>
        <artifactId>maven-deploy-plugin</artifactId>
        <configuration>
          <skip>true</skip>
        </configuration>
      </plugin>
    </plugins>

to the pom.xml.

Run the prepare-release.pl script

./scripts/prepare-release.pl

The script does the following:

  • Creates a release branch branch-x.y.z
  • Changes the version in all POMs by removing all -SNAPSHOT suffixes
  • Changes the versions in java comments and @version tags
  • Commits the changes

If something goes wrong with one of the steps performed by the script, it will halt. You can return to the state before it ran by checking out the master branch and deleting the release branch:

git checkout master
git reset --hard
git branch -D branch-x.y.z

Then:

  1. Create a pull request to merge branch-x.y.z into master.
  2. Check that all tests come back green.
  3. Hold off merge into master until tests have succeeded.

Build all artifacts

./mvnw install

Create the release package

Run the packaging script:

./scripts/mk-release.sh

This generates the documentation and builds the .tar.gz and .zip file.

Go into releases/jflex-$version and see if things look as expected.

Stage the release to the Sonatype OSS Maven repository

./scripts/mvn-deploy.sh

Publish the staged release on Sonatype

Do the Sonatype process before tagging, because it sometimes reveals errors that need to be fixed first.

After staging the release, you have to perform several manual steps on the Sonatype OSS Maven repository website http://oss.sonatype.org after logging into the site:

  1. Click the "Staging Repositories" link in the left-hand navigation bar.
  2. Select "de.jflex" from the Filter combobox on the top right
  3. Click the "Refresh" button on top just to the right of the left navbar.
  4. Click on the repository you created when you ran "mvn-deploy".
  5. Click the "Close" button just to the right of the "Refresh" button. This process may take a while - once the artifacts have been uploaded, automated quality checks are performed to insure everything meets the advertised standards.
  6. Click the "Refresh" button again.
  7. Click the "Release" button, to the right of the "Refresh" button - this is the final step to release the artifacts. Maven Central will then sync within less than one day.

Commit the release branch

If you are happy with the changes, you can merge the release branch branch-x.y.z from the pull request created before, and then tag and push:

git tag -s vX.Y.Z
git push origin vX.Y.Z

Create GitHub release

  • Create GitHub release on https://github.com/jflex-de/jflex/releases with the release tag used above.
  • Add the release package files (at least .tar.gz and signature files, because they will be referenced from the jflex website) and manual.

Update the website

In repository jflex-web, in pages/

  1. Update index.md with news and current release
  2. Sync changelog.md with the jflex repo
  3. Copy over generated manual.html and manual.pdf from jflex repo
  4. Update version numbers in download.md
  5. Commit and push to master
  6. Copy over the release package files into release/
  7. Run make deploy

Update jflex-maven-plugin website

Generate jflex-maven-plugin site in repo jflex in dir jflex-maven-plugin with

mvn site

Copy contents of target/site to directory jflex-maven-plugin on branch gh-pages in repo jflex-web. Push to GitHub to deploy.

Tag the aggregate-java-sources branch

CI will update the aggregated-java-sources branch from master.

Once this is done,

git checkout aggregated-java-sources
# Verify that the last commit was to update for the release version
git log
# Tag
git tag sources-vX.Y.Z
git push origin sources-vX.Y.Z

Post-release

./scripts/post-release.pl --snapshot x.y.z--SNAPSHOT
# Review
git diff HEAD^1
git push

Thepost-release.pl script does the following:

  • Creates a new branch new_snapshot for the future release
  • Bump the JFlex version in all POMs to the supplied snapshot version
  • Changes the bootstrap JFlex version in the de.jflex:jflex POM to the latest release version.
  • Commits the changes

Finally:

  • create a pull request with these changes
  • merge into master