- 원격 저장소를 만들었으니, 1) 지역 저장소에서 한 작업을 원격 저장소에 올리거나 2) 원격 저장소에 있는 파일을 지역 저장소로 내려받기를 해보자.
3-1. 지역 저장소 만들기
지역 저장소 loc-git(local git)를 만들고 f1.txt 생성, 스테이징, 커밋 (터미널 창 닫지 않기!)
3-2. 원격 저장소에 연결하기
- 깃허브 저장소 화면에서 접속할 수 있는 여러 방법 중에 'command 라인에서 기존 저장소를 푸시하기' 방법을 사용해
지역 저장소에 있는 파일을 원격 저장소로 올려본다.
깃허브 저장소의 주소 복사하기원격 저장소(remote)에 origin(=깃허브 저장소 주소)을 추가(add)하겠다고 깃에게 알려주는 명령 (주소가 너무 길어서 origin)연결 확인하기! remote 옆에 origin이 연결되어 있고, origin이 가리키는 주소가 옆에 표시된다. (fetch, push는 나중에)
이제부터 사용자 컴퓨터에 있는 버전을 인터넷 상에서 저장할 수 있는 서비스 중에 가장 많이 사용하는 깃허브 서비스에 대해 살펴본다.
- 지역 저장소의 버전을 백업할 수 있고, 온라인에 올린 버전들을 공유하여 다른 사람들과 협업할 수 있다는 장점을 가진다.
- 깃허브에 저장소를 만드는 방법부터 지역 저장소와 연결하는 방법, 그리고 지역 저장소의 버전을 깃허브에 올리는 방법 까지 살펴본다. (= 깃 허브에 직접 원격 저장소를 만들고, 지역 저장소의 파일을 원격 저장소로 백업하는 방법까지)
1. 원격 저장소와 깃허브
2. 깃허브 시작하기
3. 지역 저장소를 원격 저장소에 연결하기
4. 원격 저장소에 올리기 및 내려받기
5. 깃허브에 SSH 원격 접속하기
1. 원격 저장소와 깃허브
- 지금까지 자신의 컴퓨터에서 작업한 뒤 그 컴퓨터 안에 커밋을 저장했는데 이러한 저장소를
지역 저장소(local repository) 라고 부른다. - 실수로 지역 저장소를 삭제한다면 작업했던 내용이 사라지기 때문에, 작업 내용을 지역 저장소 뿐만 아니라 작업 컴퓨터가 아닌 다른 곳에 저장 공간을 마련해야한다.
1-1. 원격 저장소란 - 원격 저장소 : 지역 저장소가 아닌 컴퓨터나 서버에 만든 저장소
- 깃에서는 지역 저장소(local repository)와 원격 저장소(remote repository)를 연결해서 버전 관리하는 파일들을 쉽게 백업할 수 있다.
- 원격 저장소는 지역 저장소와 연결되어 있으면서 "백업"과 "협업"이라는 중요한 역할을 한다.
- 특히 큰 규모의 프로젝트로 인해 다른 사람과 협업할 때, 원격 저장소의 역할이 중요해진다.
- 원격 저장소를 직접 구축할 수도 있지만, 만들고 유지하는 것이 쉽지 않기 때문에, 인터넷에서 원격 저장소를 제공하는 서비스를 이용한다. 그 중 깃과 관련해 가장 많이 사용하는 서비스가 깃허브이다.
1-2. 깃허브로 할 수 있는 일들 - 깃허브에서는 사용자를 위해 저장소를 제공하는데 유료와 무로 서비스가 있다.
대부분의 경우, 무료 서비스만으로도 용량 제한 없이 사용할 수 있다.
- 여러 서비스 중 깃허브가 유명한 이유는 여러 개발자들의 오픈 소스가 올라와 있기 때문이다.
단순히 하나의 서비스에 국한된 것이 아니라 개발 문화 전체에서 차지하는 영향력이 아주 큰 서비스이다.
1) 원격 저장소에서 깃을 사용할 수 있다.
- 깃허브는 깃 사용을 위한 원격 저장소를 제공하는 서비스이므로 깃을 따로 설치하지 않아도 사용가능하다.
- 지역 저장소 X, 깃허브에 원격 저장소를 만들어 사용가능하다.
- 지역 저장소 O, 원격 저장소와 연결해서 사용가능하다.
2) 지역 저장소를 백업할 수 있다.
- 깃허브에 원격 저장소를 만들고 사용자 컴퓨터의 지역 저장소를 연결한 후 동기화하면, 지역 저장소를 백업할 수 있다.
- 깃허브가 아닌 구글 드라이브나 클라우드 디스크에 백업이 가능하지만, 깃허브가 가장 쉽다.
3) 협업 프로젝트에 사용할 수 있다.
- 인터넷만 가능하면 누구나 접근할 수 있고, 깃과 깃허브에서 여러 협업 도구를 제공하기 때문에
깃허브를 사용하면 여러 명의 팀원이 하나의 프로젝트를 진행하기 쉽다.
4) 자신의 개발 이력을 남길 수 있다.
- 깃허브에서 소스를 수정하고 오픈 소스에 참여하는 일들은 사용자 초기 화면에 날짜별로 모두 기록이 남는다. 따라서 개발자의 개발 이력을 관리하기 좋은 플랫폼이다. - 어떤 주제에 관심이 있는지, 어떤 것들을 개발했는지, 그리고 무엇을 개발하고 있는지 한눈에 확인할 수 있다.
5) 다른 사람의 소스를 살펴볼 수 있고, 오픈 소스에 참여할 수도 있다.
- 전 세계 개발자들이 공개해놓은 소스 코드를 분석하고, 나름대로 수정 및 작성을 해보면서 실력을 높일 수 있다.
- 웹 개발이나 인공지능, 데이터 과학 등등 개발의 전 분야에 걸쳐 다양한 오픈 소스들이 등록되어 있다.
깃허브에 등록된 여러 저장소들을 한눈에 살펴볼 수 있다카테고리마다 인기 있는 저장소들이 분류되어 있으므로 관심 분야의 소스를 찾아 공부할 수 있다.한국어 처리를 위한 소스가 필요하다면 깃허브에서 저렇게 찾으면 된다.
- git과 branch를 더 편하게 관리하기 위한 몇 가지 명령을 살펴본다 - 지금 이해하기 어렵다면 이런 기능이 있다는 것만 살펴보고, 다 공부한 다음 살펴보도록 하자.
5-1. 브랜치에서 checkout과 reset의 작동 원리
- "깃으로 버전 관리하기"에서 checkout과 reset 명령을 공부했는데, branch와 함께 사용하면 더 다양하게 사용할 수 있기 때문에 먼저 HEAD와 branch 개념부터 간단히 알아보자.
홈 디렉터리에서 "test" 깃 저장소 생성 및 "test" 디렉터리로 이동c1.txt를 생성하고 1을 입력, 스테이징 및 "c1" 커밋HEAD는 master Branch를 가리키고, master Branch는 c1 커밋을 가리킨다.sub Branch 생성 및 master Branch에서 c2.txt 파일 생성, 스테이징, "c2" 커밋sub Branch로 이동 및 s1.txt 생성, 스테이징, "s1" 커밋
이전에 reset 명령을 통해 master Branch에 있던 여러 커밋 중 하나를 골라서 돌아갔다.
Branch가 여러 개일 때 reset 명령은 어떻게 사용할 수 있을까?
이럴 때는 현재 Branch가 아닌 다른 Branch에 있는 커밋을 골라서 최신 커밋으로 지정할 수 있다.
sub Branch에 있는 상태에서 master Branch에 있는 c2 커밋을 sub Branch의 최신 커밋으로 지정sub Branch -> c2 이므로 원래 있던 s1 커밋은 연결이 끊기면서 삭제
따라서, git reset 명령을 사용하면 현재 Branch가 가지는 커밋을 여러 Branch 사이를 넘나들면서 제어할 수 있다.
[정리]
git checkout : HEAD를 제어하여 Branch를 이동할 수 있다. git reset : HEAD가 가리키고 있는 브랜치의 최신 커밋을 원하는 커밋으로 지정할 수 있다. 이때, 어떤 커밋이든 지정할 수 있고, 명령을 수행한 뒤 Branch와 연결이 끊긴 커밋은 삭제된다.
5-2. 수정 중인 파일 감추기 및 되돌리기 - git stash
- 브랜치에서 파일을 수정하고 커밋하지 않은 상태에서 급하게 다른 파일을 커밋해야할 경우, 커밋하지 않은 파일들을 그냥 두어도 상관은 없지만, 계속 커밋하라는 메시지가 나타난다. 또한, 실수로 다른 파일들과 함께 커밋이 될 수도 있다.
- 이럴 때! 아직 커밋하지 않고 작업 중인 파일들을 잠시 감춰둘 수 있다. 따라서 당장 필요한 작업들을 끝낸 후에 다시 감춰둔 파일들을 꺼내오면 된다.
git stash 명령을 사용하려면 tracked(한 번은 커밋한 상태)여야 하므로 f1.txt 생성 및 스테이징, "f1" 커밋f2.txt 파일 생성 및 스테이징, "f2" 커밋f1.txt와 f2.txt 다시 한 번 수정하기
이제 f1.txt와 f2.txt를 커밋하기 이전에 다른 파일을 수정해야한다고 가정해보자
커밋하지 않은 수정 내용을 어딘가에 보관하려면 git stash 명령을 사용한다.
git stash save 또는 git stash라고 해도 된다.
조금 전에 나타났던 modified 메시지가 사라졌다!
같은 방법으로 여러 파일을 수정한 후 따로 보관할 수 있는데,
이렇게 감춘 파일들은 git stash 목록에서 확인할 수 있다. - git stash list
가장 먼저 담긴 파일이 stash{0}에 담기는데, 새로 추가된 파일로 갱신되어 담긴다!
즉. 가장 최근에 감춘 것이 stash{0}에 담긴다. (stash stack으로 표현)
급한 작업을 모두 마쳤다면 감춰둔 파일을 꺼내와 계속 수정하거나 커밋할 수 있다.
git stash pop: stash list에서 가장 최근 항목을 되돌린다.
f1.txt와 f2.txt가 수정된 상태로 되돌아간다.확인하기 1확인하기 2
+) 추가 명령
git stash apply : stash list에 저장된 수정 내용을 나중에 또 사용할지도 모를 때 사용한다.
"브랜치 병합(merge)" - 만들어진 각 브랜치에서 작업을 하다가 어느 시점에서 브랜치 작업을 마무리하고, 기존 브랜치와 합하는 것
1) 여러 상황에 따라 병합하는 방법 2) 병합하면서 브래치 사이에 충돌이 있을 때 해결하는 방법에 대해 알아본다.
4-1. 서로 다른 파일 병합하기
git init (directory name) : 새로운 directory를 생성 및 저장소를 초기화git commit -am은 한 번이라도 커밋한 적이 있는 파일을 다시 커밋할 때 사용 가능!"o2" branch 생성 및 master.txt 생성 후 커밋하기 branch o2 생성 후 "master work 2" 커밋 후 master는 이 커밋을 가리킴o2 branch로 체크아웃 후 o2.txt 생성 및 "o2 work 2" 커밋하기HEAD가 o2 브랜치를 가리키고, o2는 o2 work 2를 가리킴
o2 branch에서 작업이 다 끝났다면, o2 branch의 내용을 master branch로 병합해보자
병합하고자 하는 기준 branch로 checkout 후 git merge (병합할 Branch 이름)HEAD -> master branch -> Merge branch o2 commito2 branch에 있던 o2.txt 파일이 master branch에 존재" o2 work 2 " commit이 master branch에 병합되어 " Merge branch 'o2' " 생성
4-2. 같은 문서의 다른 위치를 수정했을 때 병합하기
- 양쪽 브랜치에서 work.txt 문서를 수정하되 서로 다른 위치를 수정한 후 브랜치를 병합
홈 디렉터리로 이동한 후 manual-3 깃 저장소를 생성 및 manual-3 directory로 이동work.txt 생성 및 스테이징, 커밋o2 branch 생성, 따라서 master와 o2 branch에는 모두 work 1 커밋이 존재master branch에서 work.txt 수정 후 커밋하기o2 branch의 work.txt 파일 수정 및 커밋하기master branch로 체크아웃 후 o2 branch를 master branch로 끌어온다 "auto~" : 병합 완료 메시지o2 branch의 수정 내용이 master branch의 수정 내용과 합쳐져 하나의 파일을 생성
4-3. 같은 문서의 같은 위치를 수정했을 때 병합하기 - 깃에서는 줄 단위로 변경 여부를 확인하기에 각 브랜치에 같은 파일의 이름을 가지고 있으면서, 같은 줄을 수정했을 때 병합하면
브랜치 충돌(branch conflict)이 발생한다.
manual-4 깃 저장소 생성 및 work.txt 파일 생성하기work.txt 스테이징 및 "work 1" 커밋o2 branch 생성 및 master branch에서 work.txt 수정, 스테이징, "master work 2" 커밋o2 branch에서 work.txt 수정, 스테이징, "o2 work 2" 커밋자동 병합하는 동안 충돌이 발생
<<... HEAD ~ ==... 까지(red box)는 master branch에서 수정한 내용
==... ~ >>... o2 까지(blue box)는 o2 branch에서 수정한 내용으로 양쪽 branch의 내용을 참고하여 직접 내용을 수정해야한다.
프로젝트 규모가 클수록 브랜치가 많기에 병합해야할 파일도 많아진다. 그래서 깃의 브래치 병합을 자동으로 처리해주고, 충동을 해결해주는 프로그램이 많다. 병합 알고리즘에는 2 way merge가 있고 3 way merge가 있는데, 3 way가 훨씬 효율적이므로 이를 지원해주는 프로그램을 선택하는 것이 좋다
프로그램 이름
설명
P4Merge
무료, 직관적이며 사용이 편리하고 병합 기능이 뛰어남 (단축키 기능이 없음)
Meld
무료, 오픈 소스, 파일 비교뿐만 아니라 편집도 가능함
Kdiff
무료, 사용이 편리하고, 병합 기능이 뛰어남 (한글이 깨져보일 수 있음)
Araxis Merge
유료, 그렇지만 용량이 큰 파일에서 잘 동작함
4-4. 병합이 끝난 브랜치 삭제하기
- 브랜치를 병합한 후 더 이상 사용하지 않는 브랜치는 깃에서 삭제할 수 있다. 그렇지만 완전히 지워지는 것이 아니라서, 다시 같은 이름의 브랜치를 만들면 예전 내용을 볼 수 있다.
- 즉, branch를 삭제한다는 것은 완전히 저장소에서 없애는 것이 아니라 깃의 흐름 속에서 감추는 것이다.
git branch: 현재 저장소에 어떤 branch가 있는지 확인할 수 있는 명령, 삭제를 위해 master branch로 이동
git branch -d (삭제하고자 하는 master에 병합된 브랜치 이름)
git branch -D (삭제하고자 하지만 master에 병합되지 않은 브랜치 이름) // 강제 삭제
삭제한 o2 branch와 같은 브랜치를 생성해서 보면 예전에 작업했던 내용이 다시 나타남
