Git 브랜치 전략을 활용하는 이유 단순히 pull하고 commit하고 push&merge를 할 줄 안다고 해서 브랜치를 만들고 합치고 만들고 합치고 단순하게 작업하면 커밋 그래프가 복잡해져서 누가 언제 뭘 했는지 Tracking하기가 힘들기 때문에 그냥 작업하는 것과 별반 다를게 없음. 프로젝트가 커지고, 사람이 많아져도 branch를 나누는 것과 merge를 깔끔하게 하기 위한 전략들이 여럿 존재함. GitFlow / GitHub Flow / Trunk-based / Gitlab Flow 등등… 이번 포스팅에서는 Git-Flow 브랜치 전략에 대해서 알아보고자 함. Git-Flow Git-Flow에는 5가지 종류의 브랜치가 존재함. 항상 유지되는 메인 브랜치 : master(or main), deve..

Git Workflow 깃 레포지토리에 커밋을 하기까지는 총 3개의 영역이 존재 1. Working directory 내가 작업하고 있는 프로젝트 디렉토리 Untracked : Git 체크하지 못하는 파일들. Tracked : Git이 체크하고 있는 파일들. Unmodified : 수정되지 않은 파일. (원격 레포지토리의 파일과 같은 상태) modified : 원격 레포지토리의 파일과 다른 상태로 add 명령을 통해 staging area로 넘길 수 있는 상태 staged : "add" 명령어를 통해 staging area에 추가된 상태 2. Staging Area 커밋을 하기위해 “add” 명령어로 추가한 파일들이 모여있는 공간 3. Repository 커밋들이 모여있는 장소 Staging Area는 ..