[GitHub & git] 협업 방법

 

 

 

 

[GitHub & git] 협업 방법

 

 

팀장 (초기 세팅)

 

1. 작업할 폴더 생성

 

2. 작업 환경 구성하기

 

git init	 // 해당 폴더로 들어가서 (initialize empty Git repository in ~~~ 이라고 나오면 성공)
ls -al		 // .git 이라는 폴더가 있으면 해당 프로젝트에선 더 이상 git init 명령어를 입력할 필요가 없음

 

3. GitHub 레포지토리(Repository) 생성

1.

---

2.

---

3.

 

4.  원격 저장소에 commit, push 하기

 

git remote add origin 복사한 원격저장소 URL  // 간단하게 push하게 위해 복사한 주소를 origin이라고 명명하겠다!
git branch -M main   // 기본 브랜치 이름을 master에서 main으로 바꿔주는 명령어
git push -u origin master

git add . 
git commit -m "커밋 메세지"
git push origin main

 

5. dev 브랜치 생성

 

git switch -c dev	// 로컬에서 dev 브랜치 생성 (또는 git checkout -b dev)
git push origin dev	// github에도 반영

 

6. Github에서 dev 브랜치를 default로 설정

• main 브랜치는 배포용, dev 브랜치는 배포 전 합치기용!
• Settings → Default Branch 에서 아래 버튼 클릭

 

 

7.  팀원들을 대표자 github의 collaborator(협력자)로 등록하기

• github 레포지토리 - Settings - Collaborators - Add people 클릭

 

 

8.  username 이나 email 등을 이용하여 팀원들을 초대

 

---

 

팀원

 

1. 이메일 초대장 수락

 

2. 본인 컴퓨터에 폴더 생성

 

3. 해당 폴더로 이동 후 clone 하기

 

git clone <github 주소>

 

4. 기능 브랜치 생성 및 기능 개발

 

git switch -c 기능브랜치명	// 현재 폴더 위치 확인 잘해야됨

git branch	// 현재 브랜치 확인

 

5. github에 변경된 코드 업로드

 

// 하기 전에 branch명 다시 확인해보기 (dev나 main에 바로 올리면 안됨.)
git add .
git commit -m "<메세지>"
git push origin <브랜치명>

 

6. Pull requests 생성 후 리뷰 요청 및 승인 받기

 

• Pull request 생성

1. Compare & pull request 클릭

 

2. base 브랜치(ex. dev) 및 기능 브랜치(ex. feature/signup) 이름 확인 & Pull request 생성

 

3. Pull requests 탭에서 확인

 

🚫 Conflict 발생시 merge 불가능

 

• 리뷰 요청

💡 리뷰 요청하기

• Pull requests 탭의 Reviewers에서 리뷰 요청

 

 💡 리뷰 답변하기

• File changed로 이동 후 리뷰할 부분 선택

• 리뷰 작성 및 Start a review 클릭 

 

• Finish your review 클릭 및 Comment(코멘트), Approve(변경 승인), Request Changes(변경 요청) 중 하나 선택 후 Submit review 클릭

 

• 결과

---

 

📌  추가 기능 개발 시

• 만약 누군가 dev에 merge를 한 상태라면 로컬(내 컴퓨터)에서 먼저 확인해보고 pr을 올리는 것이 좋다.

    1. 내 로컬의 dev에도 변경 사항 반영 (dev branch 코드를 pull 해서 가져오기)

 

git checkout dev	  // dev 브랜치로 이동 (또는 git switch dev)
git pull origin dev	  // 변경사항이 반영된 dev를 pull 받고

git checkout 작업브랜치	// 작업하던 브랜치로 이동
git rebase -i dev	  // dev 브랜치를 기준으로 rebase를 진행하겠다는 뜻

   

git rebase란?

• 두 개의 공통 Base를 가진 branch에서 한 branch의 Base를 다른 branch의 최신 커밋으로 branch의 Base를 옮기는 작업

rebase

 

 

 

    2. 빔에디터가 뜨면 pick과 squash를 정하고 나간다.

 

    3. 기능 개발 반복

 

1. 기능 브랜치 생성 및 코드 작성
2. git add, commit, push
3. pull request 생성 및 코드 리뷰
4. 내 로컬에서 충돌 해결 및 테스트
5. 코드 업로드 및 merge

---

 

📌  git status

• 저장소 안에 있는 파일들의 상태 정보를 확인할 때 사용

 

📌  git log

• 저장 내역을 확인하는 명령어