TIL) 깃허브로 협업하기

1. 브랜치 활용

복사본과 비슷한 개념으로 이해하면 좋다. 복사본과 비슷한 개념이라하면 현재 작업하는 코드를 해치지 않고, 작업하는 공간을 만드는 것이다. 

•  git branch (브랜치명)  <- 이 명령어로 만들 수 있다.
• git branch <-이 명령어로 확인할 수 있다.
•  git switch (브랜치명) <- 이 명령어로 브랜치를 이동할 수 있다.
• git checkout(브랜치명) <- 이 명령어로도 브랜치를 이동할 수 있다. (옛날 명령어이다. 여러가지 기능이 들어있기 때문에 문제가 발생할 수 도 있음)
• git switch -c (브랜치명) <- 이 명령어로 브랜치를 생성하면서 이동할 수 있다.
•  git checkout -b (브랜치명) <- 이 명령어로도 브랜치를 생성하면서 이동할 수 있다.

최신 branch가 있어도 최종에는 최종 브랜치에 합쳐야합니다. 협업을 하기때문에 여러 사람들의 코드를 합쳐야합니다.

• git switch 최종브랜치이름
• git merge 합칠브랜치이름

위의 2코드로 브랜치를 합칠 수 있습니다.

 

2. Pull Request활용하기

git merge는 잘 사용하지 않는다. 로컬에서 명령어로 합치는 것보다 github온라인에서 합쳐야한다.

  코드리뷰가 가능하기때문에 깃허브에서 합친다.

이떄 사용하는 것이 Pull Request입니다.

• Pull : 당겨서 합치는 것 (merge)
• Request : 요청하다.

아래 명령어로 깃허브에 pull request를 생성해서 코드를 업로드 할 수 있습니다. 그리고 github에서 merge를 진행합니다.

• git push origin (브랜치명) <- add commit을 한 다음에 이 명령어를 사용한다.

아래 명령어로 합친(merge) 코드를 가져올 수 있습니다.

• git pull origin (브랜치명) <- 이 명령어로 합친 코드를 가져올 수 있다.

 

3. 협업 실전 가이드

main브랜치는 배표용 브랜치이므로 문제가 생긴다.  배포용 사용자에게 주어지는 코드입니다 .이때 문제점으로 다음과 같은 것이 있습니다.

  Q1. 완벽하게 개발해야 merge가능하다.

  A1. 개발용 브랜치를 추가한다.

        main 브랜치 -> 배포용

       develop브랜치 -> 테스트 용

       기능 브랜치 -> 기능 개발용

  

  Q2. 그냥 합치면 위험하다.

  A2. 로컬에서 먼저 테스트를 한다.

         -> git pull origin dev를 이용해 충돌 해결과 테스트를 위해 내 컴퓨터에서 먼저 테스트를 진행한다.