[Pre-Project] Day 3 - GIT 충돌... 다시 Git flow, Branch 전략 세우기

📍 Pre-Project, Day 3

GIT 관리 중요하고 어렵다

원래 계획대로라면 빠르게 CSS 작업에 집중하는 날이였지만, 각자 push를 하던 branch를 dev에 pr하는 과정에서 충돌이 생겨, 충돌을 해결하고 branch와 Git 관리에 대해 이야기하고 전략을 다시 세우느라 하루종일 모두 소비했던 날이였다..

• 개인 담당 CSS 작업
• dev 브랜치에 개인 브랜치 pr 하기
• 충돌 해결하고 원인 파악하기
• git 인사이트, 네트워크 체크하기
• pull, push, pr, merge 제대로 체크
• branch 전략 다시 세우기
• 백엔드분들과 진행 상황 공유 및 수정 필요한 부분 체크

✍🏻 충돌...

→ 우리팀의 경우, 초반에는 오류와 충돌을 막기 위해 보수적으로 개인이 작업한 내역은 개인 브랜치에만 push하고 팀원들이 모여 확인 후 같은 자리에서 dev에 pr을 하는 시간이 가지기로 하였다.

그래서 금일 처음으로 pr을 시도하려고 하였으나, Can't automatically merge. Don't worry, you can still create the pull request. 이와 같은 충돌 메세지를 마주하게 되었다.

✍🏻 충돌 해결

→ 예상치 못한 충돌을 해결하기 많은 시간이 걸렸지만 결국 해결했다.

아직 모두 git에 대한 이해도가 낮기기에 Git pull, push 과정에서 문제가 있었고 git 상의 branch가 너무 많아서 pull 하는 과정에 어려움이 있다고 느꼈다.

이 부분에 대한 전략을 다시 세워야 하는 상황..!

✍🏻 Git flow, Branch

→ 결국 우리는 github 상 branch는 main, dev만 두고 로컬상 개인 branch에서 작업을 하고 push 하지만 dev에 pr을 한 후에는 github 상 개인 branch 바로 삭제하기로 하였다.

이런 dev에 pr하고 개인 branch를 삭제하는 과정은 하루 중 일정한 시간을 정해서 팀원들이 모두 모였을 때 진행하기로 하였다

물론 시간이 걸릴 수 있지만, 충돌을 최대한 막기 위해 Git 관리를 보수적으로 하기로 하였다

✍🏻 CSS 작업

→ 본인은 component 작업과 시작 화면 작업을 맡아 진행하고 있는 중이다.

차일까지 팀원들도 모두 CSS 작업을 마치고, 주요 기능 구현에 집중할 예정이다.

🔎 GIT 정리

PULL -> 작업 -> COMMIT -> PULL(이전 시간 동안 누가 작업했을지도 모르니까) -> PUSH 이런 느낌이라고 생각하기

git pull origin dev

git add
git commit -m "커밋 메세지"
git push origin <개인 브랜치명>

dev branch로 pull request