Dev (3) 썸네일형 리스트형 Git Flow 전략을 선택한 이유와 main 브랜치의 역할 프로젝트를 진행하면서 브랜치를 어떻게 관리할지가 늘 고민이었다. 여러 기능이 동시에 개발되고 QA와 배포가 구분되는 환경에서는 명확한 프로세스가 필요하다고 느꼈다. 그래서 나는 Git Flow 전략을 선택했다. 💡 Git Flow를 선택한 이유Git Flow는 main, develop, feature, release, hotfix 브랜치로 구성되어 있으며, 각 브랜치가 고유한 역할을 가지고 있다. 이 구조 덕분에 병렬로 여러 버전을 관리할 수 있고, QA 과정에도 최적화되어 있기 때문에 해당 전략을 선택하게 되었다. ✅ main 브랜치의 역할을 새롭게 이해하다처음에는 main 브랜치를 단순히 “기본 브랜치” 정도로만 생각했다. 그래서 프로젝트 초반에는 main을 거의 사용하지 않았다. 하지만 Git .. docker-compose 배포와 standalone 설정을 통한 최적화 참고https://nextjs.org/docs/pages/api-reference/config/next-config-js/outputhttps://oliveyoung.tech/2024-06-16/next-cdn-standalone output: ‘standalone’이란?Docker에 배포를 하기 위해서 next.config.ts에 output: ‘standalone’이라는 설정을 주었다. 이 설정은, next.js 앱을 docker 컨테이너나 node.js 환경에 배포하기 쉽게 최소한의 파일(.next/standalone, 즉, 모든 의존성이 포함된 디렉토리)과 node_modules를 자동 수집해서 실행 가능하도록 만들어주는 옵션이다.pnpm build를 하면, 위와 같은 standalone 폴더가.. Semantic Versioning npm에 디자인시스템을 배포했다. 배포할 때마다 npm 버전이 올라가는데 확실하게 규칙을 잘 몰라서 정리해봤다.버전 관리 규칙을 Semantic Versioning이라고 하는데, 보통 MAJOR, MINOR, PATCH로 구분한다. 1. MAJOR(1.x.x → 2.0.0)호환되지 않는 변경이 있을 때 사용한다.ex) API 구조가 바뀌거나, 기존 코드가 깨질 가능성이 있을 때 2. MINOR (1.2.x → 1.3.0)새로운 기능이 추가되었지만, 기존 기능과 호환될 때 사용한다.ex) 새로운 컴포넌트 추가, 기존 기능 수정 3. PATCH (1.2.3 → 1.2.4)버그 수정이나 마이너한 변경이 있을 때 사용한다.ex) UI 수정, 버그 픽스, 작은 최적화 이전 1 다음
