규모가 크지 않은 팀프로젝트의 git-flow전략(+인프런 강의영상)

하고싶은 말

이 긴 글을 쭉쭉내리며 음~하며 읽으시는것보다 (사실 정리가 잘 되어있는 글은 아닙니다.) 아래 강의를(무료) 보시며 한번 직접 따라해보시는것이 훨씬 도움이 됩니다! 꼭 두,세번정도 이것저것 시도해보시며 사이클을 돌려보시면 생각보다 쉬운데?! 하실거에요.

강의명 -> 깃&깃헙 브랜치 3개로 협업하기(주니어개발자 팀프로젝트) 

https://www.inflearn.com/course/30%EB%B6%84-%EC%8B%9C%EC%A6%8C4-%EA%B9%83%ED%97%88%EB%B8%8C#

[무료] 30분 요약 강좌 시즌4 : 알잘딱깔센 GitHub - 인프런 | 강의

 

팀장이 처음 할 일 

팀 레파지토리 셋팅에 들어가서

• Collaborators 에서 팀원들 권한주기 -메일로 전송됨
• Branches 에서 default branch develop으로 바꾸기

팀원이 처음 할 일 

HTTP복붙.

내가 클론하고싶은 폴더로 이동 후 터미널에

git clone (레파지토리의 HTTPS 주소)한 칸 띄고 . (그래야 하위디렉토리 생성안함)(소괄호빼세유)

git clone (레파지토리의 HTTPS 주소)한 칸 띄고 . (그래야 하위디렉토리 생성안함)(소괄호빼세유)

git clone https://github.com/Koreanhamster/gitgit.git .

git branch로 branch확인!

 

여기서부터 무한루프

이슈오픈 → 작업시작전 풀 → 푸시 → PR → 코드리뷰 → 머지 순서로 돌아갑니다.

 

(필수)내가 만들어야 하는것에 대한 설명을 이슈 오픈~

오른쪽 사이드바 - 어사인 자기로 하기

라벨은 우리입맞에 맞게 편집해서 추가하기

다른편집자가 알 수 있도록 어떤일을 할것인지 자세하게 추가하기

이슈를 오픈했다! 이제 작업하자!

 

작업을 시작할 때 develop 브랜치에서 git pull origin develop

git switch develop-> develop으로 이동

git pull origin develop 으로 처음에 셋팅 (한번 한 이후로부터는 항상 develop으로 이동해서 git pull만 해주면 됩니다)

 

 

자기가 작업할 branch 만들고, 그 branch로 이동.

자기의 branch에서 작업!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

git branch 브랜치이름 //브랜치 만드는 명령어 

git branch //로컬에 브랜치 뭐있는지 확인 

git switch 만들어놓은 브랜치이름 //브랜치로 이동

디벨롭에서 하면 망함!!!!!!!!! 메인에서 하면 노답~!!!!!!!!!!!

내가 만든 브랜치로 이동해서 작업!~~~~

 

작업 후

원하는 작업 커밋한 후 원격에 보내기

 

(자기 브랜치에서 진행) git push —-set-upstream origin branch이름

잘 성공했다면 아래와 같이 깃헙에 이렇게 바로 뜹니다

어느브랜치에서 어느브랜치로 머지를 할거냐? 묻습니다. develop인거 확인~

 

PR작성

협업자들이 볼 수 있게 작업한 결과물 캡쳐해서 넣으면 좋음

옆에 리뷰어(팀원들), 어싸인할당, 라벨 넣기

이게 머지가 되면 어떤이슈가 close된다는 것을 알려주기 위해, PR안에 깃헙기능중 하나인

closes #이슈넘버 달아주기 

이슈넘버 모르면 이슈탭 가서 확인하면됨

Create pull request를 누르면, 오른쪽 하단 Development에 이게 성공적으로 머지되면 컴포넌트작업 이슈가 close될수도있어~ 라고 말해줌(머지되면 클로즈됨)

 

 

리뷰어들이 할일 - 이후 머지!

리뷰어들은 file changed에 가서 코드가 잘 작성되었는지 확인

맘에안드는 부분이 있으면 플러스버튼 누르고 리뷰남기기

리뷰체인지를 통해서 그냥 코멘트, 승인, 이건 고쳐야겠어요 등등 남길수있음

리뷰가 끝나고 몇 명 이상 approve를 받으면 보통 PR올린사람이 머지누름

머지 누른 후 나오는 Delete branch 누르고 브랜치 삭제(필요없응게. )

 

잘되었는지 확인(이슈탭에 1 Closed)

 

로컬로 돌아오면 여전히 로컬에서는 내 브랜치가 살아있습니다. 그건 삭제해버리세유

git branch -D 브랜치이름 // 로컬에서 브랜치 삭제

 

이렇게 하면 한사이클 끝! 그 다음작업은 어케함?(중요)

아까 뭐라고했나요? develop에서 git pull 무조건 하고 시작~!!!!

git graph로 이동하여 develop과 자기가 만든 branch가 같은곳에 있는지 확인할수도 있는데, 이는 develop에서 git fetch 를 하면 확인 가능하다. 헷갈리면 무조건 develop에서 git pull~~!!!

로컬의 develop과(맨 밑) origin의 develop이 다른곳에 있는 상태.

만약 다른팀원들이 원격에 머지를 해서 깃헙의 develop에 내 로컬의 develop에는 없는 기능들이 추가된 상태라면 그림처럼 원격(origin)의 devlop이 내 develop보다 앞서나가있을거임.

 

로컬의 develop과 origin의 develop은 git pull을 통해 항상 같은곳에 있는 상태로 작업시작해야함

git pull 을 통해 로컬 develop이 원격 develop을 따라잡음!

 

여기까지 무한루프 끝!

눈으로 보는것보다 직접 한번 따라해보는게 이해가 훨씬 쉽습니다.

 

정해야할 컨벤션

• PR규칙 배경설명, Problem-Solution (사진첨부)
• 커밋제목과 내용 
• 라벨 
• branch이름
• 머지(몇명이 appove?)
• gitignore파일