Git(2)

🙋‍♀️ 알아볼 내용

• Git 기본 명령어(2) - clone, pull request(PR), conflicts, pull

🧶 Git 기본 명령어(2)

🐾  clone

github에 있는 저장소(repository)를 로컬로 다운로드하는 것을 "복제(clone)한다"라고 말한다.

해당 remote repository 를 내 컴퓨터로 받아오기 위해,
해당 repo 를 다운로드 받고 싶은 경로로 이동한 뒤 git clone 명령어에 방금 복사해준 URL 을 붙여주고 실행한다.
나는 github에 있는 ThisIsTest repo를 클론해보았다.

작성순서 : git clone {해당 레포지토리 주소}

$ ~/Desktop/git-test  git clone https://github.com/ryuwisdom/ThisIsTest.git
'ThisIsTest'에 복제합니다...
remote: Enumerating objects: 6, done.
remote: Counting objects: 100% (6/6), done.
remote: Compressing objects: 100% (4/4), done.
remote: Total 6 (delta 0), reused 6 (delta 0), pack-reused 0
오브젝트 묶음 푸는 중: 100% (6/6), 638 bytes | 106.00 KiB/s, 완료.

clone후 git-test폴더에 ThisIsTest폴더가 생성되었다.
이처럼 clone 을 하면 GitHub repo 의 이름을 그대로 딴 폴더가 생성되고 cd 명령어를 사용해 해당 폴더로 이동하면, clone 시점에 remote repo에 존재했던 모든 폴더 및 파일들이 그대로 복제되어 있는 것을 확인할 수 있다.

이제 Git(1)에서 살펴보았던 flow 후 PR을 할 것이다.

- git add ‣ git commit ‣ git push

 ~/Desktop/git-test/ThisIsTest ryu git add .                
 ~/Desktop/git-test/ThisIsTest ryu✚ git commit -m 'add emoji'
[ryu 5a4b34e] add emoji
 Committer: 류지혜 <ryujihye@lyujihyeui-MacBook-Pro.local>
이름과 전자메일 주소를 사용자 이름과 호스트 이름을 이용해서 자동으로
설정했습니다. 이 정보가 맞는지 확인하십시오. 이 메시지를 보지 않으려면 정보를
명시적으로 설정하십시오. 다음 명령어를 실행하고 편집기의 안내에 따라 설정
파일을 편집하십시오:

    git config --global --edit

이렇게 한 다음, 이 커밋에 사용한 신원 정보를 다음과 같이 해서 바꿀 수 있습니다:

    git commit --amend --reset-author

 1 file changed, 1 insertion(+), 1 deletion(-)
 ~/Desktop/git-test/ThisIsTest ryu git push origin ryu
오브젝트 나열하는 중: 5, 완료.
오브젝트 개수 세는 중: 100% (5/5), 완료.
Delta compression using up to 4 threads
오브젝트 압축하는 중: 100% (3/3), 완료.
오브젝트 쓰는 중: 100% (3/3), 353 bytes | 353.00 KiB/s, 완료.
Total 3 (delta 1), reused 0 (delta 0), pack-reused 0
remote: Resolving deltas: 100% (1/1), completed with 1 local object.
remote: 
**remote: Create a pull request for 'ryu' on GitHub by visiting:**
remote:      https://github.com/ryuwisdom/ThisIsTest/pull/new/ryu
remote: 
To https://github.com/ryuwisdom/ThisIsTest.git
 * [new branch]      ryu -> ryu
 ~/Desktop/git-test/ThisIsTest ryu 

이제 PR을 할 수 있는 상태가 되었다!
PR이 무엇인진 아래에 🐙 👇

🐾  pull-request(PR)

나의 브랜치와 기본 브랜치인 Master 브랜치와 merge전 거쳐야 하는 단계이다.

자신의 브랜치를 생성하여 push 하고 master 브랜치에 적용될 준비가 되었다면, Pull Request (PR) 라는 것을 통해 프로젝트 오너 (혹은 팀 리더) 에게 내가 작업한 브랜치의 작업내용을 master 브랜치에 반영해달라는 요청을 보낼 수 있다.

Pull Request 에서는 해당 repository 를 열람할 수 있는 권한이 있는 개발자들이 작업내용에 대한 리뷰를 해주거나, 변경 사항을 확인한다. (master 브랜치로 합쳐지기 전에 확인해야하기 때문에)

해당 링크를 클릭하면, Pull Request 를 생성할 수 있는 페이지로 이동하여 해당 PR의 제목과 어떤 내용을 담고 있는지 설명하는 Description을 작성할 수 있다.

작성을 완료했다면, 하단에 'Create pull request' 버튼을 눌러 마무리.
이때부터는 함께 협업하는 개발자들이 방금 만든 PR을 리뷰하고 피드백을 주고 받을 수 있다.

모든 리뷰 내용이 반영된 후 master 브랜치와 충돌이 발생하지 않았다면, 해당 PR은 master 브랜치로 merge 될 상태🌟

🐾  conflicts

항상 이렇게 순조롭게 merge 까지 진행되면 너무 좋겠지만, merge 하기 전 conflicts (충돌) 가 발생할 수 있다. 충돌은 어떤 파일의 변경사항이 기준이 되는 master 브랜치의 파일과 겹쳐, Git 에서 어떤 버전의 코드를 선택해야하는지 모를 때 발생한다. 이런 상황에서는, 개발자가 직접 코드를 비교해 충돌을 해결하고 merge 를 마무리 해야한다.

🐾  pull

Pull Request 를 통해 master 브랜치를 업데이트했다면, 이제 로컬 repository 는 GitHub 에 있는 master 와 서로 다른 내용을 가지고 있는 상태이다. 이 때 git pull 명령어를 통해 remote 의 최신화된 코드를 내 로컬 repo 에 반영할 수 있다.

우리는 GitHub remote repo 링크에 origin 이라는 이름을 붙여줬었기 때문에 아래 명령어를 통해 GitHub repo 의 master 브랜치 내용을 받아올 수 있다.

git pull origin master

git pull 작업 후 나의 작업 내용과 협업자들의 작업 내용이 merge된 최신의 파일을 확인할 수 있다.

3탄은 Git 사용에 대한 꿀팁이 준비되어 있습니다! 🐰 ✨