#4 プロジェクト基盤

[asada-no4]

close #4

以下を実施 ・astroとsvelteの導入 ・コンポーネントの一部をsvelteコンポーネントに置き換え ・voltaを使ったパッケージマネージャーのバージョン管理

[YuutoOse]

[asada-no4]

@yuki-ohnaka-no4 npmとyarnで比較して、yarnにしました。 pnpmは見たことなかったです。。。 見てみます。

[asada-no4]

メモ: ・pnpm > yarn > npm の順でインストールとかアプデ速い ・pnpmはライブラリによって、たまにコマンドが対応してない時がある → 手動でセットアップすれば問題ない

[runa-sakagoshi0830]

[asada-no4]

@yuki-ohnaka-no4

@asada-no4 パッケージマネージャーって、npm, yarn, pnpmあたりが有名所ですが、それぞれ見てみてyarnにした感じですか？👀

https://github.com/no4-co-jp/no4-official-site/pull/12#issuecomment-1429027553

調べたところこんな感じだったのでpnpmでも良かったかなと思ってます。 pnpmを使った修正コミットを積んでおきます。

[yuki-ohnaka-no4]

@asada-no4 いじめるわけじゃないですが、、、 選定観点の懸念として...

• pnpmってバージョン管理しなくても大丈夫？
  • yarnはv1からv2で破壊的変更が入って阿鼻叫喚
• パッケージをグローバル管理らしいけど、そのへんも懸念ないですかね？
• パッケージ追加とか、初期構築ってそんなに回数やらないので、あんまり速度は気にならないかも（個人的に）

[asada-no4]

@yuki-ohnaka-no4 npmだとバージョンが統一されないっていうのは見たんですが、そっちのほうが都合が良いですかね？ 知識がないなりに、開発者によってバグが発生したりしなかったり、っていうのがあると怖いのかなと思ってました。

[yuki-ohnaka-no4]

@asada-no4 npm ci ちょっと調べてみるといいかも👀

[asada-no4]

メモ:

https://qiita.com/mstssk/items/8759c71f328cab802670 npm ci

• package.json と package-lock.json の整合性をチェックしてくれて、 package.jsonのバージョンが違うとエラーを出してくれる。
• yarn ほど早くはない（けど、最初とライブラリ変えるときくらいしか使わないからそれで良い）

[asada-no4]

パッケージマネージャーをnpmに変更しました

[yuki-ohnaka-no4]

@asada-no4 npmにするとして、npmのバージョン管理はどうしましょう？👀

[asada-no4]

@yuki-ohnaka-no4 voltaが気になっているので、ちょっと見てみます

[asada-no4]

voltaを使ってバージョンを指定してみました

[yuki-ohnaka-no4]

@asada-no4 最後にパッケージ選定のまとめをざっと書いてくれるとうれしい👀

[asada-no4]

パッケージ選定の流れ

yarn を使用 → npmよりも高速であることと、依存プログラム/パッケージのバージョン管理に優れていることから → pnpmがより高速でpackage.json と package-lock.json の整合性をチェックしてくれるためそちらを検討 → pnpmはパッケージのグローバル管理で懸念があるし、利用不可のライブラリあり & yarnはバージョンアップで破壊的変更 → npmのciコマンドを使えばバージョンが違いのエラー出してくれる & スタートアップのときの速さはそんなにいらない → npmを使う　バージョン管理はvoltaを使うことでカバー

[yuki-ohnaka-no4]

@asada-no4

npmのciコマンドを使えばバージョンが違いのエラー出してくれる & スタートアップのときの速さはそんなにいらない

https://blog.minimalcorp.com/users/jigen/posts/6f325dc9b8a00370b6aedf47a34cb3ce

npm ciのちょっと利点がずれてる気がするので、これ軽く読んでおいてくださいなー

[yuki-ohnaka-no4]

@asada-no4 全員approveなので、マージお願いします〜