Skip to content

community-build: update many projects #10503

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged
merged 4 commits into from
Dec 1, 2020

Conversation

nicolasstucki
Copy link
Contributor

@nicolasstucki nicolasstucki commented Nov 26, 2020

@smarter smarter force-pushed the update-scalatest-to-3.2.x-new branch 10 times, most recently from 46ba334 to 502df89 Compare November 30, 2020 11:04
@smarter smarter changed the title Update scalatest to 3.2.x-new community-build: update many projects Nov 30, 2020
@smarter smarter force-pushed the update-scalatest-to-3.2.x-new branch from 502df89 to dbb9e25 Compare November 30, 2020 11:46
@smarter smarter force-pushed the update-scalatest-to-3.2.x-new branch 3 times, most recently from b6d0dfa to 41c11cd Compare November 30, 2020 19:44
@smarter smarter force-pushed the update-scalatest-to-3.2.x-new branch 2 times, most recently from 1f1e349 to 2f6c469 Compare November 30, 2020 23:27
@smarter smarter requested a review from griggt December 1, 2020 00:27
Copy link
Contributor

@griggt griggt left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Just one request below (to delete sbt-scalajs-sbt), otherwise LGTM.

smarter and others added 4 commits December 1, 2020 18:16
- We start by updating scalatest (thanks Nicolas), with an extra commit
  to increase the heapsize otherwise it wouldn't run on the CI.
- scalatestplus-scalacheck had to upgraded too.
- upickle/ujson do not depend on scalatest when building with
  dotty currently so we can drop the dependency in projects.scala.
- updated scodec/scodec-bits to latest upstream which doesn't
  depend on scalatest anymore, but does depend on munit, which I also
  upgraded, a few tweaks to these projects were required.
- the upgraded munit required a patch because MacroCompat was in
  scala-3.0.0-M2 but we need it to work with our snapshots releases,
  so I copy-pasted it to scala-3.
- Also updated scala-parallel-collections to latest upstream
  since we don't need any special handling anymore.

Co-Authored-By: Nicolas Stucki <[email protected]>
This didn't work previously because scalatest dependend on an obselete
version of sbt-scalajs but this isn't a problem now that we've upgrade
scalatest.
Some projects rely on tag to determine the published version number, so
this is needed for the community build to work properly.
Some projects rely on plugins (sbt-dynver, sbt-git) to compute a version
number that includes the current git commit sha, this makes the
community build really fragile since we need to hardcode the version
numbers of published projects, and that number will change everytime we
add a commit to a project. Moreover, `git submodule update` doesn't
fetch new tags and sbt-dynver relies on the latest to set the version
number, so we can end up in confusing situations where we're not
publishing the version we think we're publishing. Hardcoding version
numbers avoids this problem.

An alternative solution would be to get the version number from the sbt
project, but I don't know any good way to do that, parsing the output of
`sbt "show version"` to get just the version number doesn't seem easy. I
guess we could inject a new task that writes the version number to a
file on disk.

Revert the previous commit since we no longer need to fetch tags and
so that would just slowdown the CI for no benefits.
@smarter smarter force-pushed the update-scalatest-to-3.2.x-new branch from 2f6c469 to 364d282 Compare December 1, 2020 17:18
@smarter smarter marked this pull request as ready for review December 1, 2020 19:52
@smarter smarter merged commit 962e605 into scala:master Dec 1, 2020
@smarter smarter deleted the update-scalatest-to-3.2.x-new branch December 1, 2020 19:53
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants