fix: .npmrcによりpackage.json記載のnodeバージョンに満たない場合はビルドに失敗するようにする #12755
Conversation
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## develop #12755 +/- ##
===========================================
+ Coverage 79.79% 81.88% +2.09%
===========================================
Files 956 179 -777
Lines 108801 27438 -81363
Branches 8372 511 -7861
===========================================
- Hits 86817 22468 -64349
+ Misses 21984 4970 -17014 ☔ View full report in Codecov by Sentry. |
|
👍 |
|
これめちゃくちゃ文句言われた記憶があるんだけど（LTSじゃないからという話もあったが、単純に最新すぎると動かない環境がある） 何らかのAPIやバグのためにv20.10が必要というならそれをREADMEに書いたほうが良さそう |
|
.npmrcを取っ払えばビルドできるといったら出来るので、やるなら自己責任でやってほしい旨をNoteの冒頭に書き加えればよさそうですかね？ |
|
そういうことはわざわざ書かなくてもいいのでは… |
|
純粋になぜバージョンを上げるのか合理的でなくてもいいので理由がほしい |
|
最新のLTS以前のバージョンは公式にサポートする意志がなく、動作テストもしていないので、最低バージョンとして必須にしているという意図であれば、それはそのように書くと親切かと思います。 そのように書いた場合でも、最新バージョンのAPIに特に依存しておらず実際には動く場合、「気づきやすくなる」というメリットよりも、余計なおせっかいと受け取られる可能性はあるかとは思います。 |
|
依存関係の更新に伴いとかで良さそう |
|
「⚪︎⚪︎ライブラリの⚪︎⚪︎関数がバージョン⚪︎⚪︎からNode 20じゃないと動作しない」とか書いても煩雑だし |
|
engine-strictによる制限、無い方がいいですか？ |
|
無くて困ることはあるけど合って困ることはなさそう |
|
それはそうなんだけど、マイナーバージョンまで厳密に管理されると困る人がいるかなと |
|
とはいっても厳密に管理しないとMisskey動かないし |
|
LTS矯正するなら |
|
起動してから動かないことが分かるよりはビルド時に分かった方が嬉しそう |
これは同意 |
|
厳密に管理してるなら多少煩雑でもCHANGELOGに書いてほしい気持ちがある |
|
というかこれが適用されると↓の方式で導入した環境で動かなくなる気がする
https://misskey-hub.net/ja/docs/for-admin/install/guides/ubuntu-manual/#nodejs |
|
このPRに関わらず動かなくはなりそう(依存ライブラリがnode 20.10が必要になったため)(具体的にどのライブラリだったかは忘れた) |
そういうのめっちゃ重要なので覚えておいてほしい |
|
正直p1.a9z.devはまだv20.5.1なので何かしら壊れてるのか |
What
package.jsonに記載されているnodeのバージョンに満たない場合、pnpm buildに失敗するようになります。
Why
今回の更新でnodeのバージョンが引き上げられるため、dockerを用いず運用しているサーバ管理者各位が気づきやすくするための施策です。
Additional info (optional)
手元の端末でv18とv20.10.0でpnpm buildを実行し、エラーになること、エラーとならずビルドが動くことをそれぞれ確認
Checklist