오늘은 Git 심화 특강을 듣고 왔는데요!
이번 강의에서 배운 내용을 바탕으로, 브랜치를 활용한 프로젝트 관리 방법을 정리해보려 합니다.
저번 미니 프로젝트를 되돌아보며... 😅
저희 팀은 각 페이지나 기능별로 브랜치를 나누지 않고 바로 main 브랜치에 작업했었는데요, 이때 정말 많은 문제가 발생했습니다.git pull 없이 push를 해서 충돌이 나고,기존 main 브랜치와 엇갈린 작업이 생기면서 결국 서로의 코드가 꼬이는 상황이 발생했습니다.
그때는 이 문제를 해결하기 위해 git reset 등등... 시도했지만,
사실 브랜치를 제대로 활용했다면 이런 문제를 미리 방지할 수 있었습니다!
Git 브랜치를 활용한 올바른 관리 방법 🎯
1. 브랜치 전략 이해하기
효율적인 협업을 위해 브랜치 구조를 아래와 같이 나눌 수 있습니다:
- main 브랜치: 최종 배포 버전을 관리 (완전한 코드만 머지).
- develop 브랜치: 테스트 및 QA를 위한 브랜치.
- 기능 브랜치 (feature/로그인): 각 기능 개발을 위한 브랜치.
이렇게 메인 브랜치 → 개발 브랜치 → 기능 브랜치 구조로 작업하면,
개별 작업이 서로 영향을 주지 않고 독립적으로 진행될 수 있습니다.
2. 브랜치 생성 및 관리 🛠️
이제 브랜치를 활용해 작업을 체계적으로 진행해봅시다!
1️⃣ 브랜치 생성 및 이동
git switch -c feature/로그인 # 새로운 브랜치를 만들고 이동
develop 브랜치를 먼저 만든 후
feature/login 브랜치를 만들어 줍니다.
2️⃣ 작업 완료 후 Push
git push origin feature/로그인
git push를 통해 브랜치를 게시한 후에
브랜치가 정상적으로 게시됐는지 확인해줍니다.
변경한 내용들을 commit 한 뒤 push 해줍니다.
3️⃣ Pull Request (PR) 생성
GitHub에서 develop 브랜치로 Pull Request을 생성합니다. ( 설정에서 default 값을 develop으로 변경 가능 )
코드를 리뷰받고 검토 후 merge을 진행합니다.
그 후에 develop 브랜치에서 pull을 진행하면 merge가 된 것을 확인할 수 있습니다.
3. 충돌 예방을 위한 git pull
작업 중인 브랜치가 최신 상태인지 항상 확인합니다.
git pull origin develop # 최신 코드를 내 브랜치로 가져오기
💡 : pull을 하지 않은 상태로 작업한 후 push를 하게 되면 conflict 에러가 날 확률이 높습니다.
4. 권한 관리
팀 프로젝트에는 Collaborator와 Fork 개념도 있습니다.
- Collaborator: 저장소에 바로 Push할 수 있는 권한.
- Fork: 저장소를 복제하여 독립적으로 작업 후 PR 제출.
