-
Notifications
You must be signed in to change notification settings - Fork 43
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
refactor(ci): switch from setup-scala to setup-java #242
Conversation
|
I don't really think that's necessary. He's publicly said
We've also done this in other Scalameta projects like Metals as you can see here.
No it doesn't mean that it didn't work, but since I was making changes there I thought it a good idea to be better in line with the Scala Inclusive Language Guide by avoiding loaded words like |
are you saying that the primary branch was just renamed via some process? in that case, why didn't that process also rename in the generally, i'd recommend making the rename a completely separate, unrelated change which doesn't get accidentally rolled back if the rest of the pr somehow fails to perform. |
The primary branch needs to be manually changed in the settings (which I've already done). So the pr to change this would be simply changing it to |
thank you for the explanation. if ungrouping the two changes is not too difficult, i would appreciate it. perhaps i could also do it myself if you prefer. |
Sure, I opened #243. After that's merged in I'll rebase this one to only focus on the setup-java change. |
thank you very much. #243 has been merged. |
This updates to using setup-java which is more actively maintained and recommended now than setup-scala. Plus this has built-in sbt caching.
This updates to using setup-java which is more actively maintained and recommended now than setup-scala. Plus this has built-in sbt caching.
In the process of this I've also migrated frommaster
->main
.