-
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 October 2019, there are 203 repos in the 2.12 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:
| branch name | JDK version | Jenkins job |
|---|---|---|
| 2.11.x | AdoptOpenJDK 8 | link |
| 2.11.x | AdoptOpenJDK 11 | link |
| 2.12.x | AdoptOpenJDK 8 | link |
| 2.12.x | AdoptOpenJDK 11 | link |
| 2.12.x | AdoptOpenJDK 13 | link |
| 2.13.x | AdoptOpenJDK 8 | link |
| 2.13.x | AdoptOpenJDK 11 | link |
| 2.13.x | AdoptOpenJDK 13 | link |
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.
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 (usually), edit community.conf and add proj/foo.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.