You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
For every Scala release, make a copy of this file named after the release, and expand the variables.
Ideally this should become a script you can run on your local machine. The only missing piece is programmatic triggering of travis jobs with custom config.
Variables to be expanded in this template (or export them in a local terminal, so that you can copy/paste the commands below without replacing anything):
Wind down PR queue. There has to be enough time after the last (non-trivial) PR is merged and the next phase. The core of the eco-system needs time to prepare for the final!
Triage scala/bug and scala/scala-dev tickets
Create next scala/scala milestone, move the magical "Merge to 2.13.x" description to it (so Scabot uses it as default for new PRs), move pending PRs
Create next scala/bug milestone, move pending issues
Create next scala/scala-dev milestone, move pending issues
Check PRs assigned to the milestone, also check WIP
Check that JARs haven't mysteriously bloated — compare sizes to previous release. We have no other backstop for this.
Remember, tags are forever, so are maven artifacts (even staged ones, as they could end up in local caches) and S3 uploads (S3 buckets can be changed, but it can takes days to become consistent)
For every Scala release, make a copy of this file named after the release, and expand the variables.
Ideally this should become a script you can run on your local machine. The only missing piece is programmatic triggering of travis jobs with custom config.
Variables to be expanded in this template (or export them in a local terminal, so that you can copy/paste the commands below without replacing anything):
Key links:
N weeks before the release
Release announcement / notes
N days before release
Point of no return
before_script: export SCALA_VER_BASE=2.13.3 SCALA_VER_SUFFIX=""
git tag -s -m "Scala $SCALA_VER" v$SCALA_VER $SCALA_SHA
git tag -s -m "Scala $SCALA_VER" v$SCALA_VER $DIST_SHA
git push https://github.com/scala/scala.git v2.13.3
git push https://github.com/scala/scala-dist.git v2.13.3
before_script: export version=2.13.3 scala_sha=d23424cd3aa17f7ad95b81018c70ceed2566962b mode=archives
: https://travis-ci.org/github/scala/scala-dist/builds/702180711before_script: export version=2.13.3 scala_sha=d23424cd3aa17f7ad95b81018c70ceed2566962b mode=update-api
: https://travis-ci.org/github/scala/scala-dist/jobs/702180912st_stagingRepoPromote [scala-repo]
,st_stagingRepoPromote [modules-repo]
(or use oss.sonatype.org web UI)Check availability
When everything is on maven central
documentation/api.md
download/index.md
_config.yml
(update devscalaversion or scalaversion)api/all.md
,_config.yml
current
symlink for the API docsModules
Announcements
Afterwards
versions.properties
and thebaseVersion
inbuild.sbt
.spec/_config.yml
.latestSpecVersion
inspec/_config.yml
on the old branch, so that spec is marked as no longer current_data/footer.yml
and_data/doc-nav-header.yml
on docs.scala-lang.orgThe text was updated successfully, but these errors were encountered: