[Git] branch, GItHub pull request

내일배움캠프: Node.js_4기

16일차 TIL

 

효율적인 팀프로젝트 진행을 위해 필수 사항이었던 깃의 협업 기능에 대해 정리해봤다.

 

 

브랜치 === 복사본

 

브랜치 생성 및 확인

git branch 생성할브랜치명

 

터미널에 git branch 명령어를 치면 내가 새로 만든 브랜치와 원래 있었던 브랜치 확인 가능

*와 초록색이 현재경로

(혹시 여기서 새로운 명령어 입력이 안 되는 상태라면 q버튼으로 빠져나오기)

 

브랜치 이동

git checkout -> 브랜치 뿐만 아니라 파일 이동 등 여러 기능이 있어서 헷갈릴 수 있음

git switch -> 상기 이유로 브랜치 이동만을 위해 새로 만든 기능

 

브랜치 생성+이동 한번에

git switch -c 브랜치이름

(c는 create 약자)

git checkout -b 브랜치이름

(b는 branch 약자)

 

브랜치를 분리해서 작업한 뒤에 main 리포지토리에 합치는 이유

-> 협업!

 

브랜치 합치는 명령어

git switch 최종브랜치이름(예시: main) // 먼저 메인브랜치로 이동

git merge 합칠브랜치이름(예시: login) // 작업한 새 브랜치 합쳐오기

 

사실 터미널에서의 merge 보다는 github에서의 풀 리퀘스트를 권장

합치기 전 코드리뷰 과정이 필요하기 때문

 

pull: 당겨서 합치는 것(merge의 의미가 포함되어있음)

request: 요청하다

-> 즉 “합쳐도 되나요?”

 

add . / commit -m / push / 이후 github 가면 Compare & pull reqeust 버튼이 생겨있음 => pull request할 것을 인식함

 

Merge pull request 누르면 최종합쳐짐

그 전에 코드 변경점 보면서 코드리뷰 과정 필요함

 

깃헙에서 풀리퀘 한 다음에는 git pull을 통해 로컬에서도 따로 반영을 시켜줘야함(로컬 업데이트)

git pull origin main

 

 

1. 브랜치 생성 및 이동
2. 기능 개발 및 코드 저장
3. 코드 업로드 및 풀 리퀘스트 생성
4. 깃허브에서 머지
5. 내 로컬에도 반영

 

 

 

 

main 브랜치 === 배포용

일반적으로 그럼

 

커밋은 작은 단위로 해야함

문제 찾아내기도 용이하고 많은 코드를 합치면 충돌이 잦음

추천 방법)

main 브랜치는 배포용, develop 브랜치는 개발자 테스트용, 기능 브랜치는 각각의 기능 개발용

기능브랜치를 디벨롭 브랜치에 먼저 합쳐봤다가 문제가 없으면 메인브랜치에 합치기

디벨롭브랜치에 합치기 전에 다른 사람들의 기능 브랜치를 로컬다운받아서 내 컴퓨터 내에서 먼저 합쳐보기

 

 

---