Scala.js Release Process

Clean up bugs:
- Make sure all bugs assigned to the milestone are closed.
- Make sure all fixed bugs are assigned to the milestone (this query should not return anything).
Create a "Version x.y.z." commit (example) and push it to a branch on your fork.
1. Ping people on the commit for review.
2. Once you have LGTM, push to master (do not create a merge commit).
Testing (post results as comments to commit):
- Nightly
- Weekly
- Manual testing
If all tests pass, tag the commit with the release version.
Perform manual testing that needs the tagging (source maps).
Publish:
- Sonatype, bintray (./script/publish.sh)
- CLI to website (simple scp)
- Docs to website: Use ~/fetchapis.sh <full sjs version> <binary sjs version> on the webserver once artifacts are on maven central.
Once artifacts are on maven central, create a "Towards x.y.z." commit (example).
1. Create a "DO NOT MERGE" PR for CI and review.
2. Once you have LGTM, push the commit (do not click the merge button)
3. Remove the "DO NOT MERGE" from the PR title (since it will now show as merged).
Prepare release announcement, taking the last one as model (example).
When merging the release announcement PR (after proper review):
- Update the latest/ URLs (use ~/setlatestapi.sh <full sjs version> on webserver)
- Announce on Twitter using the @scala_js account
- Announce on Gitter
- Announce on the mailing list (scala-js@googlegroups.com)
- Cross-post to scala-announce (scala-announce@googlegroups.com)