git memo

Basic Git

Word count: 1.7kReading time: 10 min

 2019/10/19   Share

Git Hub

git의 관리받는 저장소만들기

1
2
3

git init  #저장소 만들기

rm -rf .git #저장소 삭제하기

저장소 받아오기

1	git clone /로컬/저장소/경로

원격 서버의 저장소를 복제

1	git clone 사용자명@호스트:/원격/저장소/경로

원격 저장소 주소 추가 삭제

git remote add origin <주소>   #주소적기
git remote
git remote -v   #지금 현재 주소 
git remote show <리모트 저장소 이름>  #리모트 저장소의 구체적인 정보를 알수있다.
git remote rename <원래 이름> <바꿀이름>   #리모트 저장소 이름 바꾸기
git remote remove <리모트 저장소 이름> #리모트 삭제

git config --global user.name <이름> #push했을때 내 정보를 입력해준다
git config --global user.mail <메일 주소> #push했을때 내 정보를 입력해준다

리모트 저장소를 Pull 하거나 Fetch 하기

앞서 설명했듯이 리모트 저장소에서 데이터를 가져오려면 간단히 아래와 같이 실행한다.

1	$ git fetch <remote>

이 명령은 로컬에는 없지만, 리모트 저장소에는 있는 데이터를 모두 가져온다. 그러면 리모트 저장소의 모든 브랜치를 로컬에서 접근할 수 있어서 언제든지 Merge를 하거나 내용을 살펴볼 수 있다.

저장소를 Clone 하면 명령은 자동으로 리모트 저장소를 “origin” 이라는 이름으로 추가한다. 그래서 나중에 git fetch origin 명령을 실행하면 Clone 한 이후에(혹은 마지막으로 가져온 이후에) 수정된 것을 모두 가져온다. git fetch 명령은 리모트 저장소의 데이터를 모두 로컬로 가져오지만, 자동으로 Merge 하지 않는다. 그래서 당신이 로컬에서 하던 작업을 정리하고 나서 수동으로 Merge 해야 한다.

그냥 쉽게 git pull 명령으로 리모트 저장소 브랜치에서 데이터를 가져올 뿐만 아니라 자동으로 로컬 브랜치와 Merge 시킬 수 있다. 먼저 git clone 명령은 자동으로 로컬의 master 브랜치가 리모트 저장소의 master 브랜치를 추적하도록 한다. 그리고 git pull 명령은 Clone 한 서버에서 데이터를 가져오고 그 데이터를 자동으로 현재 작업하는 코드와 Merge 시킨다.

저장소 commit 되돌리기

git reset <옵션> <돌아가고싶은 커밋>

git reset --hard xxxxxxx # 돌아가려는 이력이후의 모든 내용을 지워 버립니다.

git reset --soft  xxxxxx # 돌아가려 했던 이력으로 되돌아 갔지만, 이후의 내용이 지워지지 않고, 해당 내용의 인덱스(또는 스테이지)도 그대로 있습니다.(git add . 햇던 상태임) 

git reset HEAD~6 # 위와 같이 현재부터 6개 이전 이력으로 돌아가라라고 상대적으로 지정

git revert <commit번호> #특정커밋번호로 되돌리는데 파일 내용유지하며, 이후커밋들도 그대로 보존

git push --force #분명 위에과정을 거치면 로컬과  git다를텐데 강제로 push

#혹시 reset을 --hard실수했다면 
git reflog #확인후 원하는 HEAD@{<number>} 확인후
git reset --hard HEAD@{<number>} #돌아감

자세히

Git 의 구성

-작업디렉토리
-인덱스(stage)
-HEAD

현재상태확인

1
2
3

git status #상태 보여줌 (staged같은것들)

git log --graph --all --oneline #커밋 기준 으로 그래프 출력

파일추가 및 확정.

1
2
3

git add<파일 이름>
git add *
git commit -m "<이번 확정본에 대한 설명>"

변경 내용 발행하기

현재의 변경 내용은 아직 로컬 저장소의 HEAD안에 머물고 있다
원격 서버로 올려보자

1	git push origin master # (다른 가지를 발행하려면 master 대신 가지이름을 적는다)

서버주소 입력해주자

만약 기존에 있던 원격 저장소를 복제한것이 아니라면
원격 서버의 주소를 git에게 알려줘야 해요

1	git remote add origin <원격 서버 주소>

이제 변경 내용을 원격 서버로 발행가능

가지 (branch)

가지는 안전하게 격리된 상태에서 무언가를 만들떄 사용합니다
branch로 가지로 나와서 나중에 완성되면 merge로 master(혹은 현재잡혀있는 위치)와 병합합니다

git checkout -b feature_x #(feature_x라는 가지생성)

git checkout master # (마스터 가지로 돌아옴)

git branch -d feature_x # (가지삭제)

git push origin <가지이름> # (서버로 보낼떄까지는 다른사람 접근 불가)

갱신과 병합

나의 로컬 저장소를 원격 저장소에 맞춰 갱신하려면 (원격 저장소의 변경 내용이 로컬 작업 디렉토리에 받아지고 병합됨)

git pull

다른 가지에 있는 변경 내용을 현재 가지에 병합하려면 현재 위치에서

1	git merge <가지 이름>

만약 충돌일어나면?

위에 둘다 병합시도를 하는데 충돌이 일어나면 git에서 알려주는 파일을 직접 수정후 파일을 병합하라고 알려주셈

1	git add <파일 이름>

변경내용을 병합하기전에, 어떻게 내용차이가 나는지알수있음

1	git diff <원래 가지> <비교대상가지>

로컬 변경 내용 되돌리기

위 명령은 로컬의 변경 내용을 변경 전 상태(HEAD)로 되돌려줘요

1	git checkout -- <파일 이름>

다만 이미 인덱스에 추가된 변경 내용과 새로 생성한 파일은 그대로 남는다

로컬 포기

만약, 로컬에 있는 모든 변경 내용과 확정본을 포기하려면,
아래 명령으로 원격 저장소의 최신 이력을 가져오고,
로컬 master 가지가 저 이력을 가리키도록 할수 있어요/

1 2	git fetch origin git reset --hard origin/master

git add한 걸 취소하고싶을떄

1	git reset HEAD [file] #파일명이없다면 add한 파일 전체 취소한다

자세히

자세히 2

그외 기능들

git graph 보기

1	git log --graph --oneline --all

git에 올릴필요없는파일들

./gitignore에 경로 표시하면 해당 파일 무시됨

예시)

1
2
3

# ./gitignore

secrets.json

그리고 만약 현재 추적당하는 파일을 넣어 추척을 피하고싶다면

git rm --cached 명령을 이용하여 캐시를 다 지우고

다시 git add . 명령을 해주자

자세히

git의 내장 GUI

콘솔에서 git output을 컬러로 출력하기

git config color.ui true

이력(log)에서 확정본 1개를 딱 한 줄로만 표시하기

git config format.pretty oneline

파일을 추가할 때 대화식으로 추가하기

git add -i

어떤상황에서 나가는 방법

:q!

심화

Conflict 대부분 해결방법

git에서 협동하다보면 pull request할 때 conflict가 일어날 때가있다

문제

master와 내가 merge하고싶은 브랜치 충돌

해결

똑같이 로컬에서 재현해서 고쳐야함

git checkout master
git pull origin master #리모트 저장소에 있는 최신 정보를 내 로컬 master에 덮어씌움

git checkout <branch> #충돌을 그대로 재현해야하니까, 그 브랜치로이동
git merge master #master를 <branch>에 merge시도하면 똑같은 충돌이 로컬에서 일어나게됨

해당 충돌이 일어난 파일들어가면 HEAD와 <branch>가 구별되어 둘중 무엇으로 선택하고 나머지를 삭제함

1
2
3

git add .
git commit -m "<원하는 메세지>" # 커밋 이름이됨
git push origin <branch> # 다음 pull request

Clone 으로 받은 저장소에 브랜치로 이동하기

Git에서 Clone으로 저장소를 내려받으면 저장소에 저장된 브랜치들을 사용할 수 있습니다. 그러나 처음에 git branch로 확인하였을 때 브랜치들이 보이지 않습니다.

1 2	$ git branch * master

-a 옵션을 사용하면 브랜치들을 볼 수 있습니다.

$ git branch -a 
remotes/origin/HEAD -> origin/master
remotes/origin/draft
remotes/origin/master

만약 원하는 upstream 브랜치로 이동하고자 한다면 직접 Checkout 할 수 있습니다.

$ git checkout origin/draft

Note: checking out 'origin/draft'.

You are in 'detached HEAD' state. You can look around, make experimental
changes and commit them, and you can discard any commits you make in this
state without impacting any branches by performing another checkout.

If you want to create a new branch to retain commits you create, you may
do so (now or later) by using -b with the checkout command again. Example:

  git checkout -b new_branch_name

HEAD is now at cff5802... 임시 저장

그러나 이 경우에서는 임시로 해당 브랜치로 이동하는 것이기 때문에 로컬 브랜치가 만들어지지 않습니다. 다음과 같이 사용하면 로컬 브랜치를 만들 수 있습니다.

$ git checkout -b draft origin/draft 
Branch draft set up to track remote branch draft from origin.
Switched to a new branch 'draft'

$ git branch
 * draft
   maste

브랜치 이름을 짓지 않고 remote 저장소에 브랜치 이름을 그대로 로컬 브랜치로 생성하고자 한다면 git checkout 명령어에 -t 또는 --track 옵션을 사용합니다.

$ git checkout --track origin/draft
Branch draft set up to track remote branch draft from origin.
Switched to a new branch 'draft'

$ git branch
 * draft
   master

오류

머지중에 conflict

https://stackoverflow.com/questions/42174485/git-how-dangerous-is-deleted-by-us-conflict

git develop >>develop 발생이유

자세히

Merge branch 'develop' of https://bitbucket.org/abc/xyz into develop

분석

remote repository의 develop 가 내 로컬 develop와 현재 다르기 때문에 일어난 현상이다. 다음을 반드시 기억하자

develop = The branch he/she is currently working on. The new commits go here.(로컬기준 develop)
origin/develop = This is essentially a snapshot that the current repository holds about the state of the develop branch on the remote server. It gets updated with the remote changes when you do fetch or pull, and with the local changes after a successful push.(로컬에 있는 리모트 리포지토리의 develop와 연동된 곳)(git fetch, git pull할때 업뎃해줌.)

이제 git pull을 하게된다면 fetch와 merge를 순차적으로 실행한다.

fetch - brings all new commits (if any) from the remote repository to the local origin/develop branch.(로컬에 리모트 관련 모든 브랜치를 최신 커밋으로 업뎃)
merge - takes the new commits and applies them to the local working develop branch. This can happen in one of two ways:

(상황에 따라 2가지)
- 로컬 워킹 브랜치에 분기 히스토리(리모트가 알지 못하는 새로운 커밋)이 포함되어있지 않은 경우, develop브랜치 포인터를 앞으로 진행 시켜 최신 커밋을 가리킵니다(fast-forwarding merge)
  
  A가 origin/develop에 있는 커밋기록이고
  
  B가 로컬 워킹 브랜치이며 히스토리에는 A가 포함되어있음

개발자가 리모트 저장소에 없어서 origin/develop브랜치에 없는 새로운 커밋이있는 경우 regular 병합이 수행되므로 두 가지의 변경 사항이 모두 포함 된 새로운 커밋이 생성된다. (no fast-forwarding 관계)

“merge에 대한 기록이 커밋으로 남으므로 편하다”

fast-forwarding관계여도

git merge –no-ff <branch name>을 하면 가능하다

해결

계속해서 저런일이 발생할 환경(협업에서 자주일어남)이라면 매우 복잡한 커밋 기록 그래프가 만들어지므로 방지를 할려면 rebase를 추천한다

따라서 rebase를 사용한다면 해결될수있다

1 2	git fetch;git rebase #첫번째 방법 git pull --rebase #두번째 방법

git Merge 와 Rebase

Merge

merge - takes the new commits and applies them to the local working develop branch. This can happen in one of two ways:

(상황에 따라 2가지)

로컬 워킹 브랜치에 분기 히스토리(리모트가 알지 못하는 새로운 커밋)이 포함되어있지 않은 경우, develop브랜치 포인터를 앞으로 진행 시켜 최신 커밋을 가리킵니다(fast-forwarding merge)

A가 origin/develop에 있는 커밋기록이고

B가 로컬 워킹 브랜치이며 히스토리에는 A가 포함되어있음

개발자가 리모트 저장소에 없어서 origin/develop브랜치에 없는 새로운 커밋이있는 경우 regular 병합이 수행되므로 두 가지의 변경 사항이 모두 포함 된 새로운 커밋이 생성된다. (no fast-forwarding 관계)

“merge에 대한 기록이 커밋으로 남으므로 편하다”

fast-forwarding관계여도

git merge –no-ff <branch name>을 하면 가능하다

Rebase

base란 branch가 처음 master(다른가지가될수도있음)에서 나온 지점을 말한다.

![스크린샷 2020-06-25 오후 2.00.52](/Users/lostcatbox/Library/Application Support/typora-user-images/스크린샷 2020-06-25 오후 2.00.52.png)

rebase 를 통해서 가지의 처음 시작점이 바뀌고 거기서부터 가지를 만들었던것처럼 변한다

(git merge가 branch들이 많아서 merge를 할때마다 그림이 복잡해 지는것을 막을수있다.)

Next Post

Markdown 기본사용법
Previous Post

기타 꿀팁과 햇갈리는 것 정리

CATALOG

1. Git Hub
2. 심화
1. 2.1. Conflict 대부분 해결방법
  1. 2.1.1. 문제
  2. 2.1.2. 해결
2. 2.2. Clone 으로 받은 저장소에 브랜치로 이동하기
3.
4. 오류
1. 4.1. git develop >>develop 발생이유

