-
Notifications
You must be signed in to change notification settings - Fork 59
Home
see the README
Primarily the Scala team at Lightbend, with help from:
- the maintainers of the included libraries (you?)
- the dbuild maintainers
- others at Lightbend and the Scala Center
See the repo commit log to see who specifically has been most active recently.
as of November 2018, there are 188 repos in the config file
The community builds run on Scala's Jenkins-based CI, as documented in the scala-jenkins-infra README.
Build results are viewable on scala-ci.typesafe.com. (For example, see the 2.12.x results.)
Yes. Just comment on the PR and ask, and someone on the Scala team will manually trigger a run for you. (And if you often need to trigger such runs, you can ask us to grant you the needed Jenkins access to trigger runs yourself.)
(How does it work?
As documented in the scala/scala README,
every PR results in a new Scala version being published to a special
resolver. The community build Jenkins is already set up to use that
resolver, so we only need to specify the version field in the
Jenkins job parameters.)
Sure, just clone the repo and ./run.sh.
It takes a long time. For more details, see Local runs.
There are currently six:
| Scala version | JDK version | branch name | Jenkins job |
|---|---|---|---|
| 2.11.x | OpenJDK 8 | 2.11.x |
link |
| 2.11.x | OpenJDK 11 | 2.11.x-jdk11 |
link |
| 2.12.x | OpenJDK 8 | 2.12.x |
link |
| 2.12.x | OpenJDK 11 | 2.12.x-jdk11 |
link |
| 2.13.x | OpenJDK 8 | 2.13.x |
link |
| 2.13.x | OpenJDK 11 | 2.13.x-jdk11 |
link |
There may also be experimental jobs for JDK 12, JDK 13, Graal, etc.
In general, most changes happen on the 2.12.x branch, which is expected to be entirely green. From there, changes are merged backwards to 2.11.x and forward to 2.13.x.
We also have branches where all projects are frozen at fixed SHAs. These were the SHAs used to test Scala before a release, so the branch names correspond to Scala version numbers (2.12.0, 2.12.1, etc).
Further details on these variations is here.
See Eligibility.
Sorry, not yet. We do build Scala.js itself and run its tests, but we cannot (yet?) build Scala.js or Scala Native projects.
Of course, many included projects support multiple back ends. That's okay; we just disable the non-JVM portions.
On the 2.12.x branch, in the configs directory, edit community.build and project-refs.conf and submit a PR with the change. (The PR doesn't necessarily need to be fully baked; it can be a starting point for conversation and collaboration.)
The dbuild documentation might help.
See also Maintenance for a great deal of relevant practical advice.
See Maintenance.
Good starting places for new folks to ask general questions about this include:
Detailed technical discussion can happen on https://gitter.im/scala/community-builds.
And of course, we can also talk using issues and pull requests in this repo.