Skip to content

Latest commit

 

History

History
37 lines (34 loc) · 1.47 KB

RELEASING.md

File metadata and controls

37 lines (34 loc) · 1.47 KB
Raw

Making a release

To make a release you'll need to be a maintainer with GitHub permissions to push to the main and gh-pages branches, and Sonatype permissions to publish.

Here are the steps, which should be automated but aren't (PR welcome!):

  1. write release notes in NEWS.md following the format already in there. update README with the new version. Commit.
  2. create a signed git tag "vX.Y.Z"
  3. start sbt; show version should confirm that the version was taken from the tag
  4. clean
  5. test (double check that release works)
  6. doc (double check that docs build, plus build docs to be copied to gh-pages later)
  7. if test or doc fails, delete the tag, fix it, start over.
  8. publishSigned
  9. make a separate clone of the repo in another directory and check out the gh-pages branch
  10. /bin/rm -rf latest/api on gh-pages checkout
  11. copy config/target/api from main checkout to vX.Y.Z in gh-pages so you have vX.Y.Z/index.html
  12. copy config/target/api from main checkout into latest/ so you have latest/api/index.html
  13. commit all that to gh-pages, check the diff for sanity (latest/api should be mostly just changed timestamps)
  14. push gh-pages
  15. log into sonatype website and go through the usual hoops (under Staging Repositories, search for com.typesafe, verify the artifacts in it, close, release)
  16. push the "vX.Y.Z" tag
  17. announce release, possibly wait for maven central to sync first