728x90

공유하고 업데이트하기

Git에는 네트워크가 필요한 명령어가 많지 않다. 거의 로컬 데이터베이스만으로 동작한다. 코드를 공유하거나 가져올 때 필요한 명령어가 몇 개 있다. 이런 명령어는 모두 리모트 저장소를 다루는 명령어다.

git fetch

git fetch 명령은 로컬 데이터베이스에 있는 것을 뺀 리모트 저장소의 모든 것을 가져온다.

리모트 저장소를 Pull 하거나 Fetch 하기에서 이 명령을 설명하고 리모트 브랜치에 보면 참고할 수 있는 예제가 더 있다.

프로젝트에 기여하기에도 좋은 예제가 많다.

Ref를 한 개만 가져오는 방법은 Pull Request의 Ref에서 설명하고 번들에서 가져오는 방법은 Bundle에서 설명한다.

Fetch 하는 기본 Refspec을 수정하는 방법은in Refspec에서 설명한다. 원하는 대로 수정할 수 있다.

git pull

git pull 명령은 git fetch  git merge 명령을 순서대로 실행하는 것뿐이다. 그래서 해당 리모트에서 Fetch 하고 즉시 현 브랜치로 Merge를 시도한다.

리모트 저장소를 Pull 하거나 Fetch 하기에서 이 명령을 사용하는 방법을 다뤘고 정확히 무엇을 Merge 하는 지는 리모트 저장소 살펴보기에서 설명한다.

Rebase 한 것을 다시 Rebase 하기에서 그 어렵다는 Rebase를 다루는 방법을 설명한다.

저장소 URL을 주고 한 번만 Pull 해 올 수 있다는 것을 리모트 브랜치로부터 통합하기에서 설명한다.

--verify-signatures 옵션을 주면 Pull 할 때 커밋의 PGP 서명을 검증한다. PGP 서명은 커밋에 서명하기에서 설명한다.

git push

git push 명령은 리모트에는 없지만, 로컬에는 있는 커밋을 계산하고 나서 그 차이만큼만 Push 한다. Push를 하려면 원격 저장소에 대한 쓰기 권한이 필요하고 인증돼야 한다.

리모트 저장소에 Push 하기에서 git push 명령으로 브랜치를 원격 저장소에 Push 하는 방법을 설명한다. 조금 깊게 브랜치를 하나씩 골라서 Push 하는 방법은 Push 하기에서 설명한다. 자동으로 Push 하도록 트래킹 브랜치를 설정하는 방법은 브랜치 추적에서 설명한다. git push --delete 명령으로 원격 서버의 브랜치를 삭제하는 방법은 리모트 브랜치 삭제에서 설명한다.

프로젝트에 기여하기에서는 `git push`를 주구장창 사용한다. 리모트를 여러 개 사용해서 브랜치에 작업한 내용을 공유하는 것을 보여준다.

--tags 옵션을 주고 태그를 Push 하는 방법은 태그 공유하기에서 설명한다.

서브모듈의 코드를 수정했을 때는 --recurse-submodules 옵션이 좋다. 프로젝트를 Push 할 때 서브모듈에 Push 할 게 있으면 서브모듈부터 Push 하므로 매우 편리하다. 이 옵션은 서브모듈 수정 사항 공유하기에서 설명한다.

기타 훅에서 pre-push 훅에 대해서 설명했다. 이 훅에 Push 해도 되는지 검증하는 스크립트를 설정하면 규칙에 따르도록 Push를 검증할 수 있다.

일반적인 이름 규칙에 따라서 Push 하는 것이 아니라 Refspec을 사용해서 원하는 이름으로 Push 하는 것도 가능하다. 이것은 Refspec Push 하기에서 설명한다.

git remote

git remote 명령은 원격 저장소 설정인 리모트의 관리 도구다. 긴 URL 대신 “origin” 처럼 이름을 짧게 지을 수 있다. 그리고 URL대신 짧은 리모트 이름을 사용한다. git remote 명령으로 이 리모트를 여러 개 만들어 관리할 수 있다.

이 리모트를 조회하고 추가하고 삭제하고 수정하는 방법은 리모트 저장소에서 잘 설명한다.

이 명령은 git remote add <name> <url> 형식으로 사용하고 이 책에서 자주 사용된다.

git archive

git archive 명령은 프로젝트 스냅샷을 아카이브 파일로 만들어 준다.

릴리즈 준비하기에서 설명하는데 프로젝트를 Tarball로 만들어 공유할 때 사용한다.

git submodule

git submodule 명령은 저장소 안에서 다른 저장소를 관리하는 데 사용한다. 라이브러리나 특정 형식의 리소스 파일을 서브모듈로 사용할 수 있다. submodule 명령에 있는 add, update, sync 등의 하위 명령어로 서브모듈을 관리할 수 있다.

이 명령은 서브모듈에서 설명한다.

728x90

Section 14.3: 원격 브랜치 삭제하기

"origin" 원격 저장소의 브랜치를 삭제하려면, Git 1.5.0 이후 버전에서는 아래와 같이 입력할 수 있고,

git push origin :<branchName>

 

Git 1.7.0 이후 버전에서는 아래와 같이 입력할 수 있다 .

git push origin --delete <branchName>

 

원격 브랜치를 추적(tracking) 하는 로컬 브랜치를 삭제하려면 아래와 같이 수행한다:

git branch --delete --remotes <remote>/<branch> git branch -dr <remote>/<branch> # 위 명령어의 축약버전 git fetch <remote> --prune # 유효하지 않은 tracking 브랜치들을 일괄 삭제한다 git fetch <remote> -p # 축약 버전

로컬 브랜치를 삭제하려면 아래와 같이 수행한다. 대상 브랜치에 다른 브랜치로 merge 되지 않은 변경사항이 있을 경우에는 삭제가 되지 않음에 유의하라:

 

git branch -d <branchName>

 

merge 되지 않은 변경사항이 존재하는 경우에도 삭제를 강행하려면 아래와 같이 입력한다:

git branch -D <branchName>

[출처] https://books.goalkicker.com/GitBook/ (CC BY-SA)

728x90

github.com/Microsoft/vscode-eslint/issues/28

728x90

Fork 한 repository 를 최신으로 동기화시켜야 할 때가 있다.

  • Open Source 에 단발성이 아닌 지속적으로 contribution 하려 할 때
  • 수정해서 사용하기 위해 fork 해온 원본 repository 에서 업데이트된 부분을 받아올 때
  • 기타 등등

 

이를 위해서는 먼저 원본 repository 를 remote repository 로 추가해야 한다.

Fork 해온 repository 에서 remote repository 를 확인하면 아래와 같이 나올 것이다.

1

$ git remote -v

2

origin https://github.com/YOUR_USERNAME/YOUR_FORK.git (fetch)

3

origin https://github.com/YOUR_USERNAME/YOUR_FORK.git (push)

 

여기에 동기화해오고 싶은 원본 repository 를 upstream 이라는 이름으로 추가한다.

 

1

$ git remote add upstream https://github.com/ORIGINAL_OWNER/ORIGINAL_REPOSITORY.git

 

upstream repository 가 제대로 추가 되었는지 확인한다.

 

1

$ git remote -v

2

origin   https://github.com/YOUR_USERNAME/YOUR_FORK.git (fetch)

3

origin   https://github.com/YOUR_USERNAME/YOUR_FORK.git (push)

4

upstream https://github.com/ORIGINAL_OWNER/ORIGINAL_REPOSITORY.git (fetch)

5

upstream https://github.com/ORIGINAL_OWNER/ORIGINAL_REPOSITORY.git (push)

 

 

이제 upstream repository 로부터 최신 업데이트를 가져올 차례이다.

Git 의 fetch 명령어를 통해 upstream repository 의 내용을 불러온다.

 

1

$ git fetch upstream

2

remote: Counting objects: 75, done.

3

remote: Compressing objects: 100% (53/53), done.

4

remote: Total 62 (delta 27), reused 44 (delta 9)

5

Unpacking objects: 100% (62/62), done.

6

From https://github.com/ORIGINAL_OWNER/ORIGINAL_REPOSITORY

7

* [new branch]     master     -> upstream/master

 

upstream repository 의 master branch (혹은 원하는 branch) 로부터 나의 local master branch 로 merge 한다.

 

1

$ git checkout master

2

Switched to branch 'master'

3

4

$ git merge upstream/master

5

Updating a422352..5fdff0f

6

Fast-forward

7

README                   |   9 -------

8

README.md                 |   7 ++++++

9

2 files changed, 7 insertions(+), 9 deletions(-)

10

delete mode 100644 README

11

create mode 100644 README.md

 

이 과정까지는 local repository 에서 일어난 것이므로 push 를 통해 remote repository 에도 적용시켜주면 완료!

 

1

$ git push origin master

 

 

참조json.postype.com/post/210431

 

[Git] Fork 한 repository 최신으로 동기화하기

Fork 한 repository 를 최신으로 동기화시켜야 할 때가 있다. Open Source 에 단발성이 아닌 지속적으로 contribution 하려 할 때수정해서 사용하기 위해 fork 해온 원본 repository 에서 업데이트된 부분을 받아

json.postype.com

 

 

 

 

 

rebasing 을 진행할 때에 이미 스테이징 상태에 올라가 있기 때문에

지속적으로 rebasing 을 진행할 수가 없다.

 

그래서 스테이징 상태에서 일시적으로 해제시킨 후에

다시 브랜치를 바꿔주고 rebasing 을 진행시켰다.

 

 

 

 

중간 중간에 rebasing 에서 conflict 나는것들은 그냥 skip을 날려버렸다.

abort 할껄 그랬나..?

+ Recent posts