リモートのプロジェクトをローカルで扱いたい

現在会社で新しいプロジェクトを進めているのですが、会社で作っているnext.jsのプロジェクトをsoucetreeでからのファイルにクローンして　「npm run dev」で開発用サーバーを起動してアプリを確認したのですが、下記のようなエラー文が表示されました。

>◯◯◯@0.1.0 dev
>next dev
sh: next: command not found

試したこととして、サンプルのプロジェクトのローカルレポジトリを作成し、既存のリモートレポジトリに紐づけようと考えたのですが、なかなかうまくいきませんでした。

どうすれば会社のプロジェクトを自分のローカル環境でも開発することができるのでしょうか？
（開発初心者で会社で少し聞きづらいので教えていただけると幸いです。）
何か他の情報が必要な場合は、ご指摘いただけると幸いです。

hentaiman

2021/08/07 08:41

開発初心者ならなおさら会社で聞きなさい nextが動かせるようになる事と会社の想定する環境の通りにnextが動かせるようになる事は全くの別物です

tropcana

2021/08/07 08:49

ご指摘いただきありありがとうございます。聞こうと思います。

行動規範の内容に同意します

回答2件

ベストアンサー

一般論的な所で回答します。
Next.jpを利用しているとのことで

実は裏でMySQL等のデータベースや画像ファイル等の管理をAWSでやる等の
回答者側では知り得ない機密情報に抵触する可能性があるので
上辺だけしか回答出来ないので、ここから会社の先輩に聞いてくださいね。

bash
1$ next dev
2sh: next: command not found

OSがコマンドを認識する仕組みとして、
環境変数PATHに書いてあるディレクトリを見て回って
実行ファイルが存在するかしないかを探していきます。

Linuxではwhichというコマンドがあり
指定したコマンドを普通に実行したらどのPATHの実行ファイルになるだろうかを見つけて教えてくれます。
カレントディレクトリのファイル一覧を表示するlsなんかも実行ファイルがあるんですよ。

bash
1$ which ls
2/bin/ls

さて、sh: next: command not foundと叱られてしまいましたね。
これは「環境変数PATHを順番に探してみたけどありませんでしたよ。」
こういう趣旨のエラー文なんです。

次にNode.jsやnpmがどう環境変数PATHと付き合っているかを見ていきましょう。

Node.jsをインストールする方法は様々な方法がありますが、
最終的にnodeやnpmのコマンドが利用可能になっているのであれば、
これら２つのコマンドは環境変数PATHの中に実行ファイルとして存在する事になります。

npmではnpm install -g パッケージ名という風に-gグローバルオプションを付けてインストールすると、
一部コマンドラインツールとして登録されているライブラリの場合に限り、
nodeやnpmが存在するディレクトリに実行ファイルを保存するという挙動を行います。

なのでnpm install -g nextでNext.jsをグローバルインストールすると
npmコマンドが存在するディレクトリの隣にnextという実行ファイルが生成されて、nextコマンドが利用可能になるはずです。

bash
1$ next
2Command 'next' not found
3
4$ npm install -g next
5
6$ next -v
7Next.js v10.2.3
8
9$ which npm
10/home/miyabi/.volta/bin/npm
11
12$ which next
13/home/miyabi/.volta/bin/next

こんな感じですね。
実行ファイルが生成されなかったらNode.jsのインストール方法が間違っている可能性が高いので、別途先輩に泣きつきましょう。

さて、本題は以上となりますが、
プロジェクト特有・独自の前提情報や前提機能により動作しないケースを見ていきましょう。

鍵となるのはREADME.mdとpackage.jsonの２ファイルです。
余程開発初期で面倒臭がってない限り、一から環境構築をする為のREADME.mdファイルは作っているはずです。
でなきゃ貴方のような途中で入ってくるエンジニアに懇切丁寧に教える事になってより面倒な事になりますからね。

そして、プロジェクトを動作させる為に必要なライブラリは
npm install モジュール名で引っ張ってくる事になりますが、
そのインストールされたモジュールは全てpackage.jsonのdependencesキーに記載されていきます。

つまり、これを読んでDBやAWS等の外部の何かと連携するようなモジュールが見つかった場合、
間違いなく動作しない何かの理由があるはずなんですよ。
これも共有していない先輩の過失・怠慢（というには言い過ぎだけどね）なので
気にせず質問攻めにして良いと思います。

何のモジュールを使っているかをざっと目を通して
全体像を把握するというのも出来るエンジニアの嗜みなので、
package.jsonを読んで何を使っているかを調査してノートに纏めてみてはいかがでしょう？

投稿2021/08/08 05:12