[BACKEND]
nest g resource
npm run start:dev

[FRONTEND]
npm run build : 배포용, TypeScript/ESLint 오류가 있으면 빌드 실패
npm run start
npm run dev : 개발모드, TypeScript 오류가 있어도 실행, 개발할 때는 편하게 작업, 배포할 때는 버그 없는 코드를 보장

[DOCKER]
docker ps : 실행 중인 컨테이너 조회
docker ps -a : 모든 컨테이너 조회
docker compose up -d : 백그라운드 compose 실행
docker compose down : 종료
docker-compose up -d redis : redis 서버 실행
docker-compose down -v : 볼륨 삭제 (데이터도 같이 삭제 / TypeORM이 테이블 구조는 자동 생성)
docker-compose rm -f frontend

docker-compose restart backend 서비스 재시작
docker-compose up -d backend 컨테이너가 없으면 새로 생성하고, 이미 있으면 재시작

dev 모드 docker 외부망 실행
docker-compose -f docker-compose.dev.yml up -d
docker-compose -f docker-compose.dev.yml down
docker-compose -f docker-compose.dev.yml restart backend
docker compose -f docker-compose.dev.yml build
docker compose -f docker-compose.dev.yml up --build


[캐시삭제]
.next 폴더는 Next.js의 빌드 캐시 폴더
삭제해도 안전한 이유:
  1. 자동 재생성: 개발 서버(npm run dev)를 실행하면 자동으로 다시 생성됩니다
  2. 캐시만 포함: 소스 코드가 아닌 컴파일된 결과물만 저장됩니다
  3. 원본 보존: src/ 폴더의 실제 코드는 전혀 영향 없습니다

  .next 폴더에 들어있는 것:

  .next/
  ├── cache/           # Turbopack/Webpack 캐시
  ├── server/          # 서버 사이드 빌드 파일
  ├── static/          # 정적 에셋
  └── types/           # 자동 생성된 타입 정의

  삭제하는 이유:
  - 캐시 손상: 패키지 설치 후 캐시가 오래된 버전 참조
  - 빌드 오류: 이전 빌드 오류가 캐시에 남아있을 때
  - 모듈 해결 문제: 새로 설치한 패키지(cmdk)를 인식 못할 때


  [방법]
  Windows에서 .next 폴더 삭제 방법:

  방법 1: 파일 탐색기 (가장 쉬움)

  1. C:\Users\COCOON\Desktop\repo14\repo14\next_nest_docker_template-main\frontend 폴더 열기
  2. .next 폴더 찾기 (숨김 파일 보기 활성화 필요할 수 있음)
  3. .next 폴더 우클릭 → 삭제
  4. 휴지통 비우기 (선택사항)

  방법 2: 명령 프롬프트 (CMD)

  cd C:\Users\COCOON\Desktop\repo14\repo14\next_nest_docker_template-main\frontend
  rmdir /s /q .next

  방법 3: PowerShell

  cd C:\Users\COCOON\Desktop\repo14\repo14\next_nest_docker_template-main\frontend
  Remove-Item -Recurse -Force .next

  방법 4: Git Bash (사용한 방법)

  cd /c/Users/COCOON/Desktop/repo14/repo14/next_nest_docker_template-main/frontend
  rm -rf .next