맨 땅에 프론트엔드 개발자 되기

회사가 작다보니 정해진 Git 브랜치 전략이 없었는데 여유가 좀 생긴 시기에 브랜치 전략을 정해보자는 이야기가 나왔다. 나도 이런 협업 규칙들이나 컨벤션에 관심이 많아서 이 기회에 찾아본 것들을 나름대로 정리해보려고 한다. Git Flow 브랜치 네이밍 규칙 master: 제품으로 출시될 수 있는 브랜치 feature: 기능을 개발하는 브랜치 featrue/{구현기능명} (ex. feature/login) develop: 다음 출시 버전을 개발하는 브랜치 release: 이번 출시 버전을 준비하는 브랜치 hotfix: 출시 버전에서 발생한 버그를 수정하는 브랜치 브랜치 관리 규칙 feature: feature 브랜치는 기능의 구현을 담당한다. feature 브랜치는 develop 브랜치에서 생성되며, d..