[2024.04.17] github 협업 시 Clone부터 Push까지(clone, branch, commit, push 등)

※ Github 협업 시 필요한 명령어 모음

  올해 초까지만 해도 github termial에서 미아가 되어 길을 헤맸는데, 이런 글도 쓰고 새삼 신기하네요. 

  팀원들과의 github 협업에 있어 필요한 기능을 블로그 이곳저곳에서 보는 건 좋지만, 오히려 너무 많은 정보가 들어와 일관성 있게 습득하기가 어려웠던 경험이 있습니다. 때문에 처음 github를 사용해 보시는 팀원분들을 위해 가이드라인을 만들게 되었습니다. 본문은 팀장이 github 초기 세팅을 해놓은 상태에서, 본인 local로 clone 해오는 과정부터 push 하는 과정까지 담았습니다.

 

뚝딱뚝딱 만들어보았습니다!

 

 

1. 프로젝트를 가져오자: clone

clone 3줄 요약
1. 원하는 github project의 repository에 들어가서 프로젝트 url을 복사한다.
2. 작업 환경을 세팅하고 터미널을 연다.
3. 작업 폴더 위치에 다음과 같은 명령어 입력: git clone [복사해온 주소 url] . 

github의 repository에 가면 볼 수 있습니다.

 

  누군가의 프로젝트를 간편하게 가져오기 위해선 clone 명령어가 대표적으로 많이 사용됩니다. 먼저 초기 github 세팅을 하신 분의 github로 들어가 프로젝트 repository를 누르면, 위와 같이 프로젝트의 주소를 복사할 수 있는 'Code'버튼이 있습니다. 여기서 주소 부분을 복사한 뒤, 본인 작업 환경에서 작업 폴더를 열고, 터미널에 아래와 같은 clone 명령어를 치면 됩니다. 대표적으로 vsCode의 경우 ctrl+alt+` 단축키를 통해 터미널을 열 수 있습니다.

git clone [복사해온 주소 url] .

이 명령어의 뜻은 .(현재 경로)에 복사해 온 주소 url에 있는 프로젝트를 복제한다는 뜻입니다. 이렇게 clone을 통해 프로젝트를 가져오게 되면 자동적으로 로컬 디렉토리를 원격 저장소에 연결되기 때문에 따로 remote add 작업을 해주지 않아도 됩니다.

2. 내 브랜치를 만들어보자: branch, checkout

  clone을 통해 가져온 프로젝트는 보통 자기만의 branch나 팀 공통의 branch에서 작업하게 됩니다. 기본적으로 clone이후 main 브랜치에 머물고 계시겠지만, main은 최종 배포용으로 많이 사용하는 branch이기 때문에 이곳에선 되도록 작업하지 않습니다. 때문에 새로운 branch를 생성하고, 이동할 수 있어야 합니다. branch의 생성은 단어 그대로 branch를 사용하며, 브랜치 이동은 checkout 명령어를 사용합니다. 편리하게도 브랜치 생성과 동시에 이동하는 명령어도 있습니다.

 

1. branch 생성하기

git branch [브랜치 이름]

 

2. branch 이동하기

git checkout [브랜치 이름]

 

3. branch 생성과 동시에 해당 branch로 이동

git checkout -b [브랜치 이름]

 

이 외에도 branch 관련해서 많이 사용되는 명령어들 모음입니다.

1. git branch //branch 목록 확인
2. git branch -v //branch의 자세한 정보 확인
3. git branch -D [브랜치 이름] //branch 삭제하기
4. git branch -m [브랜치 이름][변경할 브랜치 이름] //branch 이름 변경하기

 

 

3. 내 작업물을 저장해둘까? add, status, commit

  작업을 마치고 이제 github에 올리고 싶어질 때! commit 하기 전에 원하는 작업물들을 한 번에 올리기 위해 add명령어를 사용합니다.

1. add: commit 하기 전까지의 작업물들을 staging area(스테이징 영역)에 차곡차곡 모아놓는 과정

git add .  //현재 폴더 내 모든 작업물 올리기
git add [파일명]  //특정 파일만 올리기

 

2. status: 이렇게 staging area에 들어간 작업물들을 확인할 수 있는 명령어

git status
git rm --cached [파일명]  //staging area에서 파일을 제외하고 싶을 때 사용

 

3.  commit: stagign area에 있는 작업물들을 저장소에 등록하는 과정

git commit -m "커밋 메시지 적는 곳"
git log  //이전 commit 기록 보는 곳

 

---

이 외에도 추가적으로 적을 명령어들이 가득하지만, 정해진 시간내에 작성해야 하는 TIL 특성상 모든 걸 담기는 어려웠다. 나중에 시간 될 때 자세하게 기술블로그에 적어보려 합니다.

 

그 외  오늘 익히거나 리마인드 한 것

 ※ PR을 local에서 확인 하는 방법 3가지

    1. commit 이후 PR pull 해오기

    2. commit 없이 stash를 통해 작업물 보관 후 PR pull을 통해 내용 확인. 이후 작업 내용 되돌리기

    3. 새로운 임시 branch를 생성해서 PR pull 받아 테스트한 후 branch 삭제하기

 

※ 개발자 컨퍼런스 영상 시청

주기적으로 듣는 진유림님의 특강!

 

  개발자 컨퍼런스 영상은 밥 먹거나, 쉴 때 보통 보는데 강단에 서시는 분들의 전문성을 따라가기 위해 매일 노력하는 중입니다! 진짜 영상 전부를 보면서도 10%도 이해 못 하던 때가 있었는데, 지금은 어느 정도 이해가 될 정도로 성장한 것 같아 행복합니다! 정말로... 100%가 되는 날까지 파이팅 :)

  문득 생각해보니 이런 컨퍼런스 영상들도 따로 카테고리로 정리해도 좋을 것 같다!

 

※ 협업 프로젝트 구조 고민

  Html과 CSS, JS만 사용하다보니 컴포넌트 개념이 절실한 순간이 발생해서, 어떤 식으로 구성해야 더 효율적이고 깔끔하게 작성될까 많이 찾아보고 고민했습니다. 저녁쯤 Vanlia JS로만 컴포넌트 구조를 만들어 보았고, 실용성이 있는지 내일 추가적으로 검증해 볼 예정입니다.