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’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Update scalafmt-core to 3.4.2 #4129

Merged
merged 2 commits into from
Feb 8, 2022

Conversation

scala-steward
Copy link
Contributor

Updates org.scalameta:scalafmt-core from 3.4.0 to 3.4.2.
GitHub Release Notes - Version Diff

I'll automatically update this PR to resolve conflicts as long as you don't change it yourself.

If you'd like to skip this version, you can just close this PR. If you have any feedback, just mention me in the comments below.

Configure Scala Steward for your repository with a .scala-steward.conf file.

Have a fantastic day writing Scala!

Ignore future updates

Add this to your .scala-steward.conf file to ignore future updates of this dependency:

updates.ignore = [ { groupId = "org.scalameta", artifactId = "scalafmt-core" } ]

labels: library-update, early-semver-patch, semver-spec-patch, commit-count:n:2

@satorg
Copy link
Contributor

satorg commented Feb 7, 2022

@armanbilge this time it is only about indentations added to code blocks inside some interpolated strings.

Frankly, I cannot figure out the reasoning for these changes – the formatting looks a bit ugly either with or without them.
But to me it seems being just due to the "nature" of the code involved.

But I am okay with this PR in general unless it breaks anything (seems it does not).
Although some other PRs (like #3871) may encounter additional obstacles because of this one.

Thoughts?
cc @kitbellew in case if you have any comments/thoughts about it.

@satorg satorg self-requested a review February 7, 2022 08:10
Copy link
Contributor

@johnynek johnynek left a comment

Choose a reason for hiding this comment

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

I am not a fan of how much churn there is version to version, but I guess we would rather just follow along to the latest version.

That said, I hope people who want scalafmt to churn less and have fewer options voice their support for that view.

Copy link
Member

@rossabaker rossabaker left a comment

Choose a reason for hiding this comment

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

I like keeping up in the spirit of "standard Scala" (I envy the Gophers in this regard), but I agree with Oscar. The churn adds anoise to the history without clear benefit.

@armanbilge
Copy link
Member

armanbilge commented Feb 8, 2022

If the changes are due to bug fixes (and thus we were relying on buggy behavior) the churn seems unfortunate but unavoidable.

If these changes were unintentional (at least in a patch release, which shouldn't change formatting): @kitbellew can we volunteer the Cats sources as some sort of regression test for scalafmt?

@kitbellew
Copy link

If the changes are due to bug fixes (and thus we were relying on buggy behavior) the churn seems unfortunate but unavoidable.

If these changes were unintentional (at least in a patch release, which shouldn't change formatting): @kitbellew can we volunteer the Cats sources as some sort of regression test for scalafmt?

thank you, @armanbilge :)

as to the latest changes, they are indeed bug fixes, the indentation in interpolations was incorrect, until someone noticed.

you could use the new setting newlines.inInterpolation = avoid...

@satorg
Copy link
Contributor

satorg commented Feb 8, 2022

4 approvals for a single PR (including one from me)! Seems that a lot of people are really happy with it. So I guess it would be impolite to keep this PR from being merged :)

@satorg satorg merged commit b1ed512 into typelevel:main Feb 8, 2022
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.

6 participants