깃허브 초보자용 브랜치 만들기 실습 가이드

처음 깃허브를 배우는 분들이 가장 헷갈려 하는 개념이 바로 브랜치(branch)예요.

브랜치는 독립된 작업 공간을 만들어 여러 사람이 동시에 프로젝트를 수정할 수 있게 해줍니다.

 

실무에서는 기능 개발, 버그 수정, 테스트 코드 작성 시 필수적으로 쓰이고 있죠.

2025년 현재, IT 업계 협업 프로젝트의 89% 이상이 브랜치 전략을 도입하고 있습니다.

깃허브 초보자 브랜치 만들기 실습 가이드

브랜치 학습 핵심 요약

• 브랜치는 독립적인 작업 공간
• 새 기능·수정 작업 시 브랜치 필수
• main/master를 안전하게 보호
• Merge(병합) 과정에서 결과 반영

브랜치 기본 이해

브랜치란?

브랜치는 프로젝트의 평행 우주라고 생각하면 돼요. main 브랜치는 안정적인 코드가 있고, 새로운 기능을 만들고 싶다면 별도의 브랜치에서 실험한 뒤 합치는 구조입니다.

브랜치 활용 예시

예를 들어, “회원 로그인 기능”을 개발하고 싶다면 feature/login 브랜치를 만들어 작업 후, 완료되면 main에 병합합니다. 이렇게 하면 main은 항상 안전한 상태를 유지하죠.

브랜치 전략

실무에서는 Git Flow, GitHub Flow 같은 전략을 활용합니다. 초보자는 우선 GitHub Flow(기능별 브랜치 생성 → Pull Request → 병합)만 익혀도 충분합니다.

브랜치 만들기 실습

1. 로컬에서 브랜치 생성

터미널에서 다음 명령어를 입력하세요.

git checkout -b feature/login

이 명령어는 ‘feature/login’이라는 새로운 브랜치를 만들고, 동시에 그 브랜치로 이동합니다.

2. 브랜치 확인

현재 어떤 브랜치에 있는지 확인하려면:

git branch

현재 위치한 브랜치는 * 표시가 붙습니다.

3. 원격 저장소에 브랜치 푸시

깃허브 원격 저장소에도 새 브랜치를 올려야 협업이 가능해요.

git push origin feature/login

구글 캘린더 공유 중단하는 방법과 사용 팁

구글 캘린더 공유 중단하는 방법과 사용 팁

깃허브에서 브랜치 관리

브랜치 생성 (웹)

깃허브 웹사이트에서 저장소 페이지로 이동 → 브랜치 선택 드롭다운 → 새 브랜치 이름 입력 후 “Create branch” 클릭하면 바로 생성됩니다.

Pull Request 열기

작업이 끝났다면 “Pull Request(PR)”를 열어 main에 합칠 준비를 합니다. 이때 코드 리뷰를 거치는 것이 일반적이에요.

브랜치 삭제

병합이 완료되면 해당 브랜치는 보통 삭제합니다. git branch -d 브랜치명 명령어나 깃허브 웹 인터페이스로 삭제할 수 있어요.

방법	장점	단점
로컬 CLI 명령어	빠르고 유연함	명령어 학습 필요
깃허브 웹 인터페이스	직관적, 초보자 친화적	복잡한 작업엔 한계

브랜치 사용 팁

작업 단위별 브랜치

기능 단위로 브랜치를 나누면 관리가 쉬워져요. 예: feature/payment, bugfix/login-error.

브랜치 네이밍 규칙

팀 협업 시 feature/, bugfix/, hotfix/ 같은 접두어 규칙을 쓰면 가독성이 올라갑니다.

자주 병합하기

브랜치를 오래 끌지 말고 자주 main에 병합하세요. 충돌(conflict)을 줄이는 가장 좋은 방법입니다.

깃허브 브랜치 관리 체크리스트

• 기능 단위로 브랜치 생성
• 명확한 네이밍 규칙 적용
• 작업 끝난 브랜치는 병합 후 삭제
• 정기적으로 main과 동기화

구글 설문지로 간단한 퀴즈 만들기 초간단 가이드

구글 설문지로 간단한 퀴즈 만들기 초간단 가이드

FAQ

Q. 브랜치는 몇 개까지 만들 수 있나요?

깃허브에서 브랜치 개수 제한은 없습니다. 하지만 관리 효율을 위해 10~20개 이내로 유지하는 게 좋습니다.

Q. main 대신 다른 브랜치를 기본으로 설정할 수 있나요?

네, 깃허브 저장소 Settings → Branches에서 기본 브랜치를 변경할 수 있습니다.

Q. 브랜치를 잘못 만들었을 때 삭제 가능한가요?

네, 로컬에서는 git branch -d, 원격에서는 git push origin --delete 브랜치명으로 삭제 가능합니다.

Q. Pull Request 없이도 브랜치를 병합할 수 있나요?

네, 로컬에서 직접 git merge 명령으로 병합할 수 있습니다. 다만 협업 환경에서는 PR 리뷰 절차가 권장됩니다.

Q. 브랜치를 오래 유지하면 문제되나요?

충돌 가능성이 커지므로 주기적으로 main을 병합해 최신 상태를 유지하는 것이 중요합니다.