Skip to content
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鈥檒l occasionally send you account related emails.

Already on GitHub? Sign in to your account

Sbt bump 1.8.0 #7609

Merged
merged 2 commits into from
Dec 7, 2022
Merged

Sbt bump 1.8.0 #7609

merged 2 commits into from
Dec 7, 2022

Conversation

james-s-w-clark
Copy link
Contributor

@james-s-w-clark james-s-w-clark commented Dec 6, 2022

SBT changes

  • sbt 1.8.0 has been out for 26 days, with no further patches. Compile and scalafix are working locally - hopefully CI is happy too!

A couple tangents I thought about when looking around the repo:

Dependabot

As a public repo, we should be able to add a Dependabot to .github/dependabot.yaml. It could have a few benefits:

  • workflows: Keep GitHub Action workflows up-to-date (I suggest regular update frequency, maybe daily). GitHub themselves recommend this - a raised a similar PR for smithy, which has more details
  • node: Keep website dependencies (like Docusaurus) up to date. May lead to fewer GitHub warnings for example
  • sbt: Might be able to keep the sbt versions up to date, at the least 馃

I'd be happy to add that in another PR. You could try it, and disable if it's too noisy.

Windows

I thought at first the GH Action workflows were depending on sbt being baked into Ubuntu 20, and I was looking into using coursier's setup-action (as well as the cache action) to not have that point of weakness (GH's Ubuntu 22 image is missing sbt). I found out that the sbt file in root is sbt-extras, a wrapper around sbt. On Windows it's running compile/check nicely with https://git-scm.com/download/win. Doesn't look like there's a .bat version (thinking of gradlew/gradlew.bat). There might be docs around this already - I'll have a look another time. If not, this note here may help someone. It's at least good for super basic sbt commands as noted, and I don't seem to have WSL installed.

GitHub Action cache

I haven't used Coursier's cache action before, but I thought it would cache compilation/scalafix output.
I can see that code linting takes about 2 minutes:

Locally, my first ./sbt check takes about 70 seconds, and I'm getting 4 seconds after that.
Might there be some optimisations to compilation times & linting in CI if it can indeed cache the sbt cache of the build? As the tagline notes:

A GitHub action to save / restore the coursier / sbt / mill / Ammonite caches of your build.

It has been out for a month with no patches - see https://github.com/sbt/sbt/releases
Compilation passes locally.
Scalafix check passes locally.
@CLAassistant
Copy link

CLAassistant commented Dec 6, 2022

CLA assistant check
All committers have signed the CLA.

@adamgfraser
Copy link
Contributor

@IdiosApps Hi! Can you sign the CLA? We haven't found that Dependabot made sense for us but happy to update the SBT version.

@james-s-w-clark
Copy link
Contributor Author

@IdiosApps Hi! Can you sign the CLA? We haven't found that Dependabot made sense for us but happy to update the SBT version.

Signed :) Sounds good 馃憤

@james-s-w-clark
Copy link
Contributor Author

Just to verify, the CI checks indeed ran with sbt 1.8.0:

Downloading sbt launcher for 1.8.0:

@adamgfraser adamgfraser merged commit 048ad96 into zio:series/2.x Dec 7, 2022
@james-s-w-clark james-s-w-clark deleted the sbt-bump-1.8.0 branch December 7, 2022 13:15
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.

None yet

3 participants