Skip to content
William Cheng edited this page Jun 19, 2018 · 35 revisions

Before Release

  • Review milestones to ensure there are no outstanding issues/PRs that need to be urgently addressed before the release.

  • Create the next milestone (e.g. 3.0.3 if the current version if 3.0.2-SNAPSHOT)

  • Update open PRs, issues of the current milestone (e.g. 3.0.2) to the next milestone (3.0.3)

  • update dependencies if needed (core, parser versions...) (e.g. #4889), if needed. For issues, here are the steps:

    • Go to the issue tracker
    • Click on the drop-down menu "Milestones" and select 3.0.2 (current milestone)
    • After the page loading completes (which show all issues for the milestone 3.0.2), click on the checkbox next to the issue counter (right below Clear current search query, filters, and sorts) to select all issues in the current page
    • Click again on the drop-down menu "Milestones" to change the milestones of these selected issues to 3.0.3
    • Repeat until all issues have been updated with the new milestones
    • (the same procedure can be applied to updating the PR's milestone)
  • File a PR: (e.g. #280)

    • to remove the SNAPSHOT version (script bin/utils/release_version_update.sh can be used, e.g. bin/utils/release_version_update.sh 3.0.2-SNAPSHOT 3.0.2)
    • to update the OpenAPI Generator Online's Dockerfile to use the stable version. (script bin/utils/release_version_update.sh can be used)
    • to disable bin/ensure-up-to-date.sh in shippable for the time being.
  • Add a quick announcement on the Gitter channel (one day before)

Release

  • merge the "prepare release" PR
  • git tag the merged commit
  • publish the release notes

The CI (travis) will perform:

  • push the JAR to maven repository (automatically done by the CI)
  • push the Docker images to DockerHub.com (automatically done by the CI)
  • add tag (e.g. 2.3.0) to docker image in Docker Hub (done automatically by CI)

Input for the Release notes:

  • use the same format (e.g. ## General)
  • for PRs related to generators, sort them alphabetically

Draft release in GitHub can be used for internal review with the team.

Checks

Check status of the tag build on travis CI.

Tests:

After Release

Clone this wiki locally