[새싹 프론트엔드] Github : 팀 프로젝트를 위한 깃허브로 협업하기

팀프로젝트를 시작하면서 깃을 사용하기 시작했는데 단어며 구조며 처음보는 것들이라 많이 헷갈린다..
그래서 작성하는 깃허브 정리

1. 깃허브 저장소 복제하기

팀장이 환경 설정을 마친 프로젝트 파일을 github에 올리고, 팀원은 이 파일을 자신의 pc로 가져와야 하는데

$ git clone https://github.com/팀장계정/프로젝트이름.git

이렇게 git clone을 이용하면 자동으로 remote repository(원격 저장소)에 등록된 파일이 나에게 복제된다.

깃허브 주소는 프로젝트 초대 수락 후 프로젝트로 들어가서 코드 버튼 클릭 - 노란색으로 표시된 부분을 복사해서 가져온다.

 

2. 팀원 본인 브랜치 생성 및 변경(master -> 개인프랜치)

$ git branch 브랜치이름
$ git switch 브랜치이름

* 브랜치 : 독립적으로 어떤 작업을 진행하기 위한 개념.
각각의 브랜치는 다른 브랜치의 영향을 받지 않기 때문에 여러작업을 동시에 진행할 수 있다.

팀원이 작업한 것들은 바로 main에 붙이지 않고 본인의 브랜치에 올린다.
(혹시 실수하여 파일이 손상되는걸 방지하기 위해)
팀원들은 깃허브를 공유하고 있지만 각자 독립적인 작업공간을 가지게 되는 것.

* commit을 할 때, 총 3가지 영역을 바탕으로 작동한다.

1) Working Tree(작업트리) : 내가 작업하고 있는 프로젝트의 디렉토리
2) Stage(스테이지) : 버전으로 만들 파일들이 대기하는 곳으로, 작업 후 $ git add 명령어로 추가하면 스테이지에 저장된다. commit될 파일들이 모여있는 공간으로, 파일을 Repository에 올리기 전에 Staging Area에 먼저 올린다.
3) Repository(저장소) : commit을 하게되면(버전을 만든다로 이해하면 된다) 스테이지에 있던 파일들이 최종적으로 repository에 저장된다.



* 여기부터는 앞으로 작업하고 깃허브에 올리는 과정

3. 작업 후 스테이지에 올리기

$ git add .			-> 모든 파일을 스테이징
$ git add 파일명		  -> 특정 파일 스테이징

 

4. commit(스테이지 -> 저장소)

$ git commit -m "commit message"

커밋메세지는 컨벤션에 맞게 변경사항을 적어준다.
커밋을 여러번하고 push는 한번에 할 수 있다.

5. 메인 파일 가져오기

$ git pull origin main

pull을 하고 충돌이 일어난다면 파일을 확인해보고 marge해 준다.
marge 후 한번 더 commit

* 파일 구조 변경으로 pull 받을 경우 변경사항이 없어야 반영이 된다.

 

 

6. 원격저장소(Remote repository)로 보내기

$ git push origin 브랜치이름

원격저장소의 내 브랜치로 push한다.

 

* 만약 pull하고도 변경사항이 없어서 commit 하지않으면 push를 해도 깃에 올라가지 않는다.

 

 

7. 깃에서 내 브랜치 확인하고 pull request 하기

pull request : 내 브랜치에서 main으로 넣는 것.
pr 승낙하면 메인에서 내가 push한 것이 들어갔지 확인하기

 

8. 이후 npm install, npm start를 한다

새싹DT 기업연계형 프론트엔드 실무 프로젝트 과정 10주차 블로그 포스팅