validate renovate config file with version matrix

[namachan10777]

参考: https://github.com/arkedge/renovate-config/pulls

現状のCIには以下の問題があります

• arkedge/renovate-configを読むrenovateは複数種類あり得る
  • Mend, self-hostedの2種類、self-hostedの場合動くrenovateのバージョンが必ず最新とは限らない
• テストツール（特にrenovate-config-validator）の更新を行うPRが大量に発生する

これらの問題を解決するために、package.json、pnpm-lock.yamlを削除してGitHub Actionでのmatrix strategyでnpm i -gでツールをインストールするようにします。

preset自体は広く使われるものであるので細かいバージョンを指定してそのバージョンでのみ検証を行うのはあまり適切ではありません。また、matrix strategyで検証する以上package.jsonでもバージョンを指定するのはかえって混乱を招きます。
そのためpackage.json、pnpm-lock.yamlを削除しました。

他への影響

なし（CI部分の変更に留まる）

議論の余地

• prettierはpacakge.jsonで入れてもいいのではないか ？

  • prettierはバージョンが変わるとフォーマット戦略が変わる（そう頻繁に変わるものではなかったように思うが）ので、固定した方が安定して嬉しいかもしれない
  • 単に壊れ出したらformatしなおせば良い。jsonのフォーマット戦略がそうそう変わるとは思えない

• matrixに設定した37、36は適切か？

• matrixに指定するバージョンは手で更新するので大丈夫か？

  • せめて通知は欲しいような
  • majorバージョンだけなら問題ないし、そもそも人間が関与してバージョンを上げるべきでは

[namachan10777]

@sksat リマインド

[sksat]

matrix に設定する Renovate のバージョンについては一旦この方針で行きましょう．（特に major update のような）更新は人間側も強く認識しておくべき，というのはあるので，このバージョンの適切な追従については後で考えましょう．

[sksat]

prettier についてはバージョン固定したいですね．もちろんこのリポジトリの性質上存在する場合は json ないし json5 だけがちではあり，実質的にはこれらのフォーマット戦略が変わることはそうそう無いとは思いますが，無いわけではありません．直近でも，tsconfig.json の trailing comma の扱いについてのゴタゴタは記憶に新しいところです（まあ，アレは json であって json でないという特有の問題があったからこそではあるのだけど）．

[sksat]

あと，この内容なら renovate config の lint と prettier の lint（というか format check）は workflow 分けていいと思います．matrix の度に prettier するの無駄だし．

[namachan10777]

matrix の度に prettier するの無駄だし．

確かに。job分けます

[namachan10777]

prettierはpnpm installで入れることにしました。renovateに関してはworkflow内でnpm i -gしてlintをしているのでpackage.jsonからは抜いています。

[sksat]

major tag に変えてるのはなぜでしょう？

[namachan10777]

書き直したので手癖でやってしまってました。patchまで指定したほうがいいですかね？

[namachan10777]

@sksat これどうですか

[namachan10777]

major tagに変える必要なかったのでrebaseして変更をコミットから取り除きました