Files
genome2025/commands.txt
2025-12-09 17:02:27 +09:00

74 lines
2.7 KiB
Plaintext

[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