feat(auth): add

[Rin-reboot]

No description provided.

[tingtt]

recoil, @types/recoil は devDependencies でお願いします

next 以外は devDependencies で良いかと
（CI/CDパイプラインやDocker上での実行に勝手が良いので）

[tingtt]

まちがえた

[Rin-reboot]

recoil, @types/recoil は devDependencies でお願いします
next 以外は devDependencies で良いかと
（CI/CDパイプラインやDocker上での実行に勝手が良いので）

これについて、理屈は理解してるんだけど実際のメリットってどんな感じなのか分からないからざっくりで良いから教えてもらえるとたすかる

特段気にしてはないんだけどRecoil公式であったりその他解説記事諸々等読んでみてもdevDependenciesじゃなくてDependenciesとしてインストールしてたから気になって👀(多分動きはする)

[Rin-reboot]

"dependencies": Packages required by your application in production.
"devDependencies": Packages that are only needed for local development and testing.

日本語訳で

"dependencies": 本番環境のアプリケーションに必要なパッケージ。
"devDependencies": ローカルの開発とテストにのみ必要なパッケージ。

シンプルにdevDependenciesとDependenciesの使い分けを意識したことがなかったから調べてみたけど、上記がイマイチしっくりこない、この理論で行くとdependenciesが当てはまりそうな気がして

[tingtt]

※ 確かに普通ではやってない気がする。

next build で生成されたファイルを next start で実行する際に使用されるのは基本的に next のみなので dependencies には next のみの記述にしています。
※ output: "standalone" でビルドする場合はどのみち node server.js するだけなので関係ないですが。

↓ 以下説明

Dockerでマルチステージビルドする場合の例

1. build ステージ

   • pnpm install & pnpm build

2. runner ステージ

   • buildステージから .next/ と node_modules/ をコピー
   • npm start
     ※ 全てのパッケージを内包

に比べて、

1. build ステージ

   • pnpm install & pnpm build

2. deps ステージ

   • pnpm install --prod

3. runner ステージ

   • buildステージから .next/ をコピー
   • deps ステージから node_modules/ をコピー
   • npm start
     ※ next のみ内包

という感じでコンテナイメージの容量削減ができる。
（コンテナイメージ限らず デプロイ先で実行する場合の容量削減をpackge.jsonだけで明記できる）

[tingtt]

Approveしておきます。

[Rin-reboot]

取り急ぎnext-auth / github でログイン(jwt管理)追加した、ディレクトリ構造等まだ決まってないからそれっぽくファイル作ってべた書きしている(量少ないし)

構造とか命名規則ちゃんとしたら細分化ヨシ