개별 브랜치 최신화를 해야하는 상황 작업을 할 때 브랜치의 수명은 되도록 짧게 가져가는게 좋지만, 개별 브랜치에서 기능을 완료하는데 해야 할 작업들이 많아서 오래 걸리는 경우들이 있음. 그러다 보면 master에 추가된 기능들이 필요한 경우가 종종 생기게 됨. 이러한 상황 속 문제없이 내 로컬 브랜치에 원격 master의 변동사항을 가져오는 방법에 대해 알아봄. git pull origin master 개별 브랜치에서 해당 명령어를 통해 불러올 경우 아마 가져와지지 않을 경우가 높음. 이유는 Git에서 제공하는 안전성 검사 때문에 로컬 브랜치의 작업내용이 손실될 수 있기 때문. ( git pull의 경우 변동 사항이 있는지 확인함과 동시에 최신 데이터를 복사하여 로컬 Git으로 가져오기 때문에 작업내용 ..

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는 ..