현록

package.json scripts와 npm run 정리

Node 프로젝트를 열어보면 package.json 안에 scripts라는 항목이 자주 보인다.
Next.js 프로젝트에서는 npm run dev를 실행하고, 테스트가 있는 프로젝트에서는 npm test를 실행한다.
처음에는 이 명령어들이 npm에 원래 들어있는 기능처럼 보이지만, 대부분은 프로젝트의 package.json에 적힌 스크립트를 실행하는 방식이다.

npm runpackage.jsonscripts 객체에 있는 명령어를 실행한다.
프로젝트마다 dev, build, lint, test가 다르게 동작하는 이유도 각 프로젝트의 scripts 내용이 다르기 때문이다.

scripts의 역할

scripts는 프로젝트에서 자주 쓰는 명령어에 이름을 붙여두는 공간이다.
긴 명령어를 매번 직접 치지 않고, 짧은 이름으로 실행할 수 있게 해준다.

{
  "scripts": {
    "dev": "next dev",
    "build": "next build",
    "lint": "eslint .",
    "test": "vitest run"
  }
}

이 설정이 있으면 아래 명령어를 실행할 수 있다.

npm run dev
npm run build
npm run lint
npm test

scripts는 npm이 프로젝트별로 실행할 명령어 목록을 읽는 약속이라고 보면 된다.
팀원이 같은 저장소를 내려받으면 같은 이름의 명령어를 사용할 수 있어서 협업에도 편하다.

npm run dev의 의미

npm run dev는 npm에 내장된 개발 서버 명령어가 아니다.
package.jsonscripts.dev에 적힌 명령어를 실행하는 것이다.

{
  "scripts": {
    "dev": "next dev"
  }
}

이 경우 npm run dev는 실제로 next dev를 실행한다.
Vite 프로젝트라면 dev 값이 vite일 수 있고, 다른 프레임워크라면 전혀 다른 명령어일 수 있다.

그래서 프로젝트에서 어떤 명령어가 실행되는지 궁금하면 먼저 package.jsonscripts를 보면 된다.
README보다 scripts가 더 정확한 경우도 많다.

npm start와 npm run start

start script가 정의되어 있으면 npm startnpm run start는 보통 같은 start script를 실행한다고 이해하면 된다.

{
  "scripts": {
    "start": "next start"
  }
}
npm start
npm run start

둘 다 next start를 실행한다.
다만 npm start는 npm CLI에 있는 별도 명령이고, npm 문서 기준으로 루트에 server.js가 있는데 start script가 없으면 node server.js가 기본값으로 사용될 수 있다.
일반적인 프론트엔드 프로젝트에서는 scripts.start를 명시해두는 경우가 많다.

test, stop, restart도 비슷하게 짧은 명령어가 있다.
그래서 npm test는 보통 npm run test와 같은 식으로 이해할 수 있다.

node_modules/.bin을 생략하는 이유

프로젝트에 설치한 CLI 도구는 보통 node_modules/.bin 아래에 실행 파일을 만든다.
예를 들어 eslint, prettier, vitest, next 같은 도구가 여기에 연결될 수 있다.

직접 실행하려면 아래처럼 써야 할 것 같지만, scripts 안에서는 보통 이렇게 쓰지 않는다.

{
  "scripts": {
    "lint": "node_modules/.bin/eslint ."
  }
}

npm은 script를 실행할 때 node_modules/.bin을 PATH에 추가한다.
그래서 scripts 안에서는 아래처럼 짧게 쓸 수 있다.

{
  "scripts": {
    "lint": "eslint ."
  }
}

이 덕분에 전역 설치에 기대지 않고 프로젝트에 설치된 버전의 도구를 실행할 수 있다.
패키지가 dependencies에 있는지 devDependencies에 있는지 헷갈린다면 dependencies와 devDependencies 차이를 같이 보면 좋다.

인자 전달 방식

script에 추가 인자를 넘길 때는 --를 사용한다.
-- 뒤에 있는 값은 npm이 해석하지 않고, 실행되는 script 쪽으로 넘긴다.

{
  "scripts": {
    "test": "vitest run"
  }
}
npm run test -- --watch

이 명령어는 vitest run --watch처럼 동작한다.
--watch가 npm 옵션이 아니라 vitest 옵션이라는 점을 명확히 하기 위해 --를 끼워 넣는 것이다.

자주 쓰는 옵션이라면 script 이름을 따로 만드는 편이 더 읽기 좋다.

{
  "scripts": {
    "test": "vitest run",
    "test:watch": "vitest"
  }
}

이렇게 두면 npm run test:watch처럼 의미 있는 이름으로 실행할 수 있다.

pre와 post script

npm은 같은 이름 앞에 prepost를 붙인 script를 특별하게 처리한다.
예를 들어 build 앞뒤로 실행할 명령어를 만들 수 있다.

{
  "scripts": {
    "prebuild": "npm run lint",
    "build": "next build",
    "postbuild": "node scripts/check-output.js"
  }
}

npm run build를 실행하면 prebuild, build, postbuild 순서로 실행된다.
빌드 전에 lint를 돌리거나, 빌드 후 산출물을 검사하는 용도로 쓸 수 있다.

다만 너무 많은 동작을 숨겨두면 명령어 하나가 무겁고 예측하기 어려워진다.
초보자에게는 build, lint, test처럼 직접 실행할 수 있는 script를 분리해두는 구성이 더 읽기 좋다.

CI에서 쓰는 scripts

CI에서는 사람이 직접 명령어를 기억하지 않아도 되도록 scripts를 조합해서 사용한다.
예를 들어 아래처럼 검증 명령어를 모아둘 수 있다.

{
  "scripts": {
    "lint": "eslint .",
    "test": "vitest run",
    "build": "next build",
    "check": "npm run lint && npm test && npm run build"
  }
}

CI 설정에서는 npm run check만 실행하면 된다.
프로젝트 내부의 실제 검사 흐름이 바뀌어도 CI 파일을 크게 바꾸지 않아도 된다.

의존성을 설치하는 단계에서는 npm install보다 npm ci를 쓰는 경우가 많다.
이 차이는 npm ci란?에 정리해두었다.
설치 옵션을 프로젝트에 고정해야 한다면 .npmrc 파일이란?도 함께 연결해서 보면 좋다.

정리

scripts는 프로젝트 명령어에 이름을 붙여두는 공간이다.
npm run devscripts.dev에 적힌 명령어를 실행한다.
npm startnpm test는 자주 쓰는 script를 짧게 실행하는 명령어로 이해할 수 있다.

npm은 script 실행 시 node_modules/.bin을 PATH에 넣어준다.
그래서 eslint, next, vitest 같은 로컬 CLI를 scripts 안에서 바로 사용할 수 있다.

추가 인자를 넘길 때는 npm run script -- 인자 형태를 사용한다.
명령어가 길어지거나 자주 반복된다면 새로운 script 이름을 만들어두는 편이 좋다.

참고 자료

관련 포스트
dependencies와 devDependencies 차이 thumbnail
dependencies와 devDependencies 차이
package.json의 dependencies와 devDependencies 차이를 초보자 기준으로 정리합니다. npm install과 npm install -D, 배포 환경 설치, package-lock.json과의 관계까지 함께 봅니다.
npm ci란? thumbnail
npm ci란?
npm ci는 CI, 테스트, 배포처럼 같은 의존성 트리를 반복해서 설치해야 하는 환경에 어울리는 clean install 명령어입니다. package-lock.json 조건, npm install과의 차이, .npmrc 플래그 주의점을 정리합니다.
.npmrc 파일이란? thumbnail
.npmrc 파일이란?
storybook을 사용해보려고 하다 마주한 이슈의 해결법을 알아보다가 등장한 .npmrc라는 파일에 대해 공부해보았다. .npmrc 파일이란? .npmrc 파일은 npm에 대한 config 파일이다. (npm에 대한 rc 파일) 프로젝트별 registry, install 옵션, 인증 토큰처럼 npm CLI가 읽는 설정을 관리할 때 사용한다.
스토리북이란? thumbnail
스토리북이란?
Storybook은 UI 컴포넌트를 독립적으로 개발하고, 문서화하고, 테스트하기 위한 프론트엔드 워크샵입니다. Storybook 10.4 기준 설치 흐름과 stories, 문서화, 테스트 활용 방식을 정리합니다.
TTV와 TTI란? thumbnail
TTV와 TTI란?
TTV는 Time to View이며, 사용자가 화면을 보는 시점을 의미한다. TTI는 Time to Interact이며, 사용자가 웹에서 특정 동작을 수행할 수 있는 시점을 의미한다.
Maria DB 외부 접속 설정하기 thumbnail
Maria DB 외부 접속 설정하기
안녕하세요. 오늘은 Maria DB 초기 세팅 시, 외부에서 접속이 안될 때 매뉴얼을 작성해보겠습니다. dotenv 패키지를 통해서 환경변수로 관리한다면, 별도의 추가 작업을 할 일이 없으실 겁니다.
package-lock.json 파일의 역할 thumbnail
package-lock.json 파일의 역할
안녕하세요. 오늘은 node 환경의 개발자라면 한번쯤 궁금했을만한 package-lock.json의 역할에 대해 알아보겠습니다. 우리는 node 환경에서 개발을 할 때 다양한 패키지들을 설치하여 활용하곤 합니다. 우리가 설치하는 패키지 또한 다른 npm 패키지를 활용하여 만든 패키지들이고 이들 또한 설치를 하게 됩니다. 이렇게 직간접적으로 설치된 패키지들은 대부분 호환성을 "^1.1.5"와 같이 표현하여, 범위로 지정해두고 있습니다.
Linux 환경 배포 자동화 체험해보기 thumbnail
Linux 환경 배포 자동화 체험해보기
안녕하세요. 요즘 포트폴리오를 만들면서 서버 상에 자주 반영할 일이 생겼는데, 매번 명령어들을 타이핑하는 것이 비효율적이라 생각이 들어 배포 자동화를 생각해보게 되었습니다. 현재 레벨에서는 단순히 명령어들만 단축시켜도 효율적이라 생각이 들어 간단한 쉘 스크립트만 작성하였습니다. 정말 간단하니 여러분도 도전해보시길 바랍니다.
협업 필수품. Prettier thumbnail
협업 필수품. Prettier
안녕하세요. 오늘은 Prettier이라는 도구에 대해 알려드리고자 합니다. 개발자는 각자의 코딩스타일이 존재합니다. 그러다보니 같은 프로젝트에서도 작성하는 소스마다 스타일이 제각기 다르기 일쑤입니다. 그럴 때 도입하면 좋은 것이 Prettier입니다. 프로젝트 root 폴더에 .prettierrc 라는 파일을 생성한 뒤, 위 예시와 같이 원하는 옵션을 JSON 형식으로 작성해주면 됩니다.