3年以上前に書いたこれ https://t.co/ozAxha1yfSresources/META-INF/services/scalafix.v1.Ruleの生成が面倒だからsbt側で自動生成するやつ作った— Kenji Yoshida (@xuwei_k) February 5, 2022| xuwei-k's blog
以下の続き https://xuwei-k.hatenablog.com/entry/2022/02/11/160802 https://xuwei-k.hatenablog.com/entry/2022/09/03/110341 https://xuwei-k.hatenablog.com/entry/2024/03/17/112342 https://xuwei-k.hatenablog.com/entry/2025/04/29/094201| xuwei-k's blog
正確にはそれをするだけのつもりで作りはじめたら、微妙に思い出して追加のtask入れたのでそれだけではないのですが、とりあえず scalafixAll --check するだけの scalafixCheckAll taskの話をします。| xuwei-k's blog
というのを https://github.com/xuwei-k/scalafix-rules に入れたいが、現実問題としては、特定のライブラリなどがそれを全く考慮してない場合などがあり、個別にカスタマイズした方がいい場合が多いので、一旦ここに貼り付けつつ、説明を書くことにします。| xuwei-k's blog
以下の続き https://xuwei-k.hatenablog.com/entry/2022/02/11/160802 https://xuwei-k.hatenablog.com/entry/2022/09/03/110341 https://xuwei-k.hatenablog.com/entry/2024/03/17/112342| xuwei-k's blog
ここでいう「コンフリクト」とは、 「GitHubでpull req自分が出した変更箇所に対して、他の人のpull reqが先にmergeされてコンフリクトしてそのままmerge出来なくなったぁ〜」 というようなものですね。*1 GitHubでもgitでなくてもなんでもよいというか、現代の開発において大体同じだと思いますが。 *1:他人ではなく自分のpull reqでも有り得る| xuwei-k's blog
scalafixでは、特定のアノテーションやコメントをコード内部に書くことで、個々のruleに応じて、違反していたとしてもその部分だけ抑制することが可能です。 それはそれで便利なのですが、さらに、それらについて、親切なのか、余計なおせっかいなのか？が微妙なのですが 「この抑制のコメントやアノテーションは、何も抑制になってないから消せるぞ！」| xuwei-k's blog