반응형

1. 왜 GIT을 써야하는가

2. GIT의 구조 및 명령어

3. GIT 사용의 예시

4. GIT 실습

 

4. GIT 실습

4.1 Main - Develop - Feature 브랜치 전략

 Main branch

- 배포 브랜치로 서비스 1.0.0이 출시되기 전까지 건들일 없는 브랜치

 -직접적인 PUSH 절대 불가

 Develop branch

- Feature Branch의 병합 브랜치로 기능이 개발된 브랜치를 병합하여 배포하기 위한 브랜치

 - 팀원들이 만든 기능은 이브랜치로만 머지

 Feature Branch

- 기능 개발 브랜치로 개발자 로컬 저장소에서 관리, 새로운 기능을 구현하는 브랜치

- 브랜치명은 Feat/기능 이름 으로 작업 이후 원격저장소로 Push하여 PR함

- Develop으로 머지

- PR된 Remote Feature 브랜치는 삭제

 

 

4.2 기본 세팅 (PL)

① github에서 새 래포지토리 생성

② 로컬에서 develop branch 생성

 - git branch develop

 - git push --set-upstream origin develop

③ github에서 기본 베이스 변경

 - github > settings > branches > main으로 되어있는것을 develop으로 업데이트

④ Access > Collaborators에서 팀원들 추가

 

 

4.3 PR까지 작업 (팀원)

① github에서 이슈 오픈

 -  github > Issue > New Issue > 내용 작성(Assignees: 작업자, Label : 이슈 분리를 위한 태그) > Submit new Issue

② 로컬에서 원격 develop과 로컬 develop 일치 여부 확인

 - git fetch

 - origin/develop(원격 레포지토리)과 develop(로컬)이 일치 하지 않을 경우

 - git pull origin develop

 - 원격의 최신과 로컬의 최신이 맞게됨

③ 작업할 브랜치 생성

 - git branch Feat/xxxx

④ 작업할 브랜치로 이동

 - git switch Feat/xxxx

⑤ 개발

⑥ 커밋

 - git add .

 - git commit -m "xxxx 작업 완료"

⑦ github에 push

 - git push --set-upstream origin Feat/xxxx

github에서 PR 날리기

 -  github > Compare & Pull request 버튼 클릭 > compare : Feat/xxxx에서 base : develop 설정 >

내용작성(closes # 입력 시 만들어둔 이슈가 보임, reviewer : 리뷰 해줄사람,  Label : 이슈 분리를 위한 태그) >

Create pull reqeust

 

4.4 피드백 하기 (PL)

① github에서 피드백

 -  github > Files changed > 코드 라인 별로 피드백 가능 > Finished your review 버튼 > Approve 가능

 

4.5 branch 합치기(팀원)

① github에서 merge(PR을 날린 본인이 confirm함)

 -  github > Merge pull request > confirm merge

② PR 성공 확인 및 원격 레포지토리 branch 삭제

 - Pull reqeust successfully merged and closed 확인

 - Delete branch 버튼 클릭(원격 레포지토리에서 내가 생성한 브랜치 삭제)

③ 로컬 브랜치 삭제

 - git switch develop

 - git branch -D Feat/xxxx

※ pull은 항상 develop에서만 함

 

 

※ 실무 실습

https://www.youtube.com/watch?v=qJOfzcMG_hs&list=LL&index=1

 

※ 간략 실습

생활코딩 : 지옥에서 온 Git

반응형

+ Recent posts