Git branch는 언제 사용할까

Git branch는 언제 사용할까에서 먼저 볼 부분

브랜치는 작업 흐름을 나누는 가지입니다. 새 기능, 수정, 실험을 main과 분리하면 안전하게 작업할 수 있습니다.

main 브랜치는 보통 안정적인 상태를 유지하는 기준점입니다. 바로 배포되는 저장소라면 더 조심해서 다뤄야 합니다.

새 기능을 만들 때 별도 브랜치를 쓰면 작업 도중 문제가 생겨도 main에 바로 영향을 주지 않습니다.

작업이 끝나면 Pull Request나 merge를 통해 main으로 합칩니다. 혼자 작업할 때도 브랜치를 쓰면 변경 내용을 정리하기 쉽습니다.

main과 feature 브랜치

git branch
git switch -c feature/header
# 파일 수정 후
git add .
git commit -m "헤더 메뉴 개선"
git switch main

이 예제는 그대로 복사해서 확인하는 것보다 한 줄씩 바꿔보는 쪽이 더 도움이 됩니다. 태그 이름, 선택자, 변수 이름, 함수 실행 위치를 조금씩 바꾸면 어떤 부분이 결과에 영향을 주는지 직접 확인할 수 있습니다.

Git branch는 언제 사용할까 비교 기준

잘못 작성했을 때 나타나는 흐름

Git 글은 명령어를 외우기보다 작업 전 상태, 기록할 파일, 원격 저장소 반영 순서로 나누어 보는 것이 좋습니다.

문제가 생겼을 때는 먼저 현재 브랜치와 변경 파일을 확인하고, 그다음 커밋 또는 원격 상태를 확인하는 순서가 안전합니다.

GitHub와 배포 글은 설정 화면과 DNS가 함께 얽히므로 한 번에 여러 설정을 바꾸기보다 하나씩 확인하는 편이 좋습니다.

브라우저에서 직접 확인하는 순서

먼저 화면에 나타나는 결과를 보고, 그다음 코드에서 방금 수정한 부분을 확인하세요. 결과가 예상과 다르다면 콘솔 오류, 파일 경로, 선택자 이름, 태그 닫힘, 실행 순서 중 하나가 흔한 원인입니다.

초보 단계에서는 정답 코드를 한 번에 외우기보다 실패한 코드와 수정한 코드를 나란히 비교하는 방식이 좋습니다. 이 글의 예제를 기준으로 작은 값을 바꿔보면 다음 글을 읽을 때도 기준이 더 선명해집니다.

실습 후 점검할 항목

• 작업 시작 전 현재 브랜치 확인하기
• 새 기능은 feature 브랜치로 나누기
• 커밋 후 main에 합칠지 판단하기
• 불필요한 브랜치는 정리하기