GitHub Actions がコケる問題を修正

[kotonefami]

pnpm install の時点でビルドスクリプトの実行が拒否されているのが問題

[kotonefami]

これだから GitHub Actions 嫌いなんだよな
Gemini 3.1 Flash に聞いたのも間違いだったか

[Hibi-10000]

pnpm 11 でなんか変わったっぽい
一旦 pnpm 10に固定するべきか

[Hibi-10000]

pnpm-workspace.yamlに strictDepBuilds: falseを追加で直るはず

[kotonefami]

よく見たら GHA で動いてるの pnpm 11 じゃねーか！　Gemini 3.1 Pro もどん詰まりだったので助かります（そもそも 9 が最新だと思い込んでいる）

最近 npm 関連怖いので strictDepBuilds = false にするのは避けたい気持ちがあるんですが仕方ないですかね……

[Hibi-10000]

pnpm 11 的にはこうしてほしいっぽいですがpnpm 10と違うのでどうだろう

allowBuilds:
  esbuild: false
  spawn-sync: false
  unrs-resolver: false

いずれにせよpostinstallスクリプトが勝手に実行されることはないはずので危険なことはないはず

[Hibi-10000]

allowBuilds設定してpackage.jsonで定義しているpnpmのバージョンを>=11(あるいは^11)にしたっていい
どうせ後でそうすることになるし

[kotonefami]

あっ見てなくて全部 true にしちゃった

[kotonefami]

これって false だと esbuild など正常に動かないということになりませんかね？
今 pnpm>=11 にするのはアリかも

[Hibi-10000]

今までずっとそうで特に問題は無かったので大丈夫かと...?

[Hibi-10000]

https://esbuild.github.io/getting-started/#additional-npm-flags
どうしてそうなるのかはよくわからんけど CLI で直接 esbuild を呼び出すとき以外は影響ないっぽい...?

追記: 理解した、わざわざjavascriptからネイティブ実行ファイルを呼び出す分少し遅くなるってことね

[kotonefami]

今調べてみたんですが、デフォルトでは実行環境に合ったバイナリをダウンロードしてくる、allowBuilds はそれでもビルドする必要が出てきた場合の最終手段っぽいですね
Runner の環境のバイナリはあると思うので、デフォルト false にしてもよさげですね。やってみます

[kotonefami]

動いたので大丈夫だと思います（適当）