TIL50. GIT : Git PR pattern

📌 이 포스팅에서는 협업을 위한 pull requests 과정과 작업 pattern에 대해 간략하게 정리하였습니다.

🌈 Git PR pattern

🔥 시작은 clone

🔥 작업 전 branch

🔥 작업 종료 후 commit & push

🔥 긴장되는 Pull Requests

🔥 merge 완료되면 pull부터

🤔 시작은 clone

✔️ 프로젝트는 내려 받기 위해서는 git clone을 사용한다. github repository의 현재까지의 작업물을 로컬에 내려 받기 위한 명령어다.

✔️ 원하는 로컬 경로에서 github repository의 주소를 clone 명령어와 적어주면 내려 받을 수 있다. 단, 현재 위치에 바로 내려 받으려면 .을 붙인다.

$ git clone "위에서 복사한 github 주소" .

✔️ repository이 디렉토리로 생성되고 그 내부에 파일을 내려 받으려면 .을 찍지 않아야 한다.

$ git clone "위에서 복사한 github 주소"

🤔 작업 전 branch

✔️ 혼자 git으로 github repository에 push할 때에는 큰 걱정 없겠지만, 공동 작업이 이뤄진다면 상황이 다르다.

✔️ 첫 시작은 main에서 branch를 생성해 작업을하는 것이 중요하다. 절대 main에서 작업하면 안된다.

✔️ 또한 branch를 만들었다면 checkout을 통해 해당 branch에서 작업을 시작해야한다.

$ git branch [branch 명]

$ git checkout [branch 명]

✔️ 이를 자주 잊어먹는다면, branch 생성과 함께 checkout하는 습관을 기르자. -b 옵션이다.

$ git checkout -b [branch명]

🤔 작업 종료 후 commit & push

✔️ commit과 push는 PR을 요청하기 위한 사전 작업이다.

✔️ git add와 git commit을 동시에 하고 싶다면, -am 옵션을 사용하자.

$ git commit -am "commit 메시지 내용"

✔️ 물론 push는 현재 branch 명으로 해야한다.

$ git push origin [현재 작업 branch명]

🤔 긴장되는 Pull Requests

✔️ pul requests는 push를 할 때 터미널 아래에 경로가 나타나니, 커맨트 key로 들어가 바로 작성한다.

✔️ 해당 조직의 컨벤션에 따라 빠짐없이 작성해야 한다. 이후 라벨을 달아 pull requests와 함께 요청 사항을 명시한다.

✔️ merge가 거절당하고 추가 조치사항이 있다면 이를 이행한 뒤, add, commit, push후 관리자에게 다시 라벨로 이를 알려 검토를 요청한다.

✔️ github에서 절대로 code 수정을하면 안된다.

🤔 merge 완료되면 pull부터

✔️ merge가 완료됬다고 좋아서 바로 branch를 만들면안된다. github의 merge된 main의 상태와 로컬의 main의 상태부터 동기화 시키자.

✔️ 우선 터미널에서 main 으로 이동한 뒤, pull을 요청한다.

$ git checkout main

$ git pull origin main

✔️ github의 main을 pull로 내려받았다면, branch를 생성해서 다시 이를 반복한다.

✔️ 작업은 branch에서!!!!