Git branch stregagy & case study
59 likes•9,076 views
팀원들과 git사용법을 공유하기 위해 만든 슬라이드입니다. 브랜치 관리전략과 상황별 명령어를 정리했습니다. 혹시 오류가 있다면 말씀해주세요.
![Case Study 1
변경내용을 확인하고 싶을 때
$
git
diff
[-‐-‐word-‐diff]
수정했지만 아직 Staged 상태가 아닌(add를 안한) 파일을 비교 해 볼 수 있음
Unstaged 상태인 것들만 보여준다!
--word-diff : 단어단위로 보여줌
$
git
diff
-‐-‐staged
로컬 저장소에 커밋한 것과 Staging Area(add 한)에 있는 것을 비교해 보여줌](https://image.slidesharecdn.com/gitbranchstregagycasestudywoogenius-140314152231-phpapp01/85/Git-branch-stregagy-case-study-5-320.jpg)
![Case Study 3
Staging Area에 이미 올려진 파일을 삭제하거나 이동하고 싶을 때
$
git
rm
[-‐f]
[-‐-‐cached]
file
Staging Area에서 파일을 삭제하고 싶을 때(실제로도 지워짐, 추적 안함)
그냥 파일을 삭제하면 Unstaged(deleted)상태로 바뀜
-f : 강제로 삭제
--cached : 실제로 안지우고 싶을 때(사용자 정보같은 파일을 잘못 add했을 때)
$
git
mv
file_from
file_to
Staging Area에서 파일을 이동하거나 이름을 바꾸고 싶을때(실제로도 바뀜)](https://image.slidesharecdn.com/gitbranchstregagycasestudywoogenius-140314152231-phpapp01/85/Git-branch-stregagy-case-study-7-320.jpg)
![Case Study 4
커밋 히스토리를 조회하고 싶을 때
$
git
log
[-‐p
[-‐-‐word-‐diff]]
[-‐2]
로컬 저장소의 커밋 히스토리를 조회 할 때
-p : 각 커밋의 diff결과를 보고 싶을 때
--word-diff : 단어단위로 diff결과를 보고 싶을 때
-2 : 최근 2개의 결과만 보고 싶을 때
$
git
log
[-‐-‐stat]
[-‐-‐oneline]
[-‐-‐graph]
--stat : 히스토리의 통계를 보고 싶을 때(요약정보는 가장 뒤쪽에)
--oneline : 각 커밋을 한줄로 보고 싶을 때
--graph : 브랜치와 머지 히스토리를 보여주는 그래프를 보고 싶을 때
$
git
log
[-‐-‐since=2.weeks]
[-‐-‐author=woogenius]
--since=2.weeks : 최근 2주의 커밋만 조회하고 싶을 때
after, until, before 도 쓸수 있고 “2008-11-01”같은 날짜도 쓸 수 있음
--author=woogenius : woogenius의 커밋만 조회하고 싶을 때](https://image.slidesharecdn.com/gitbranchstregagycasestudywoogenius-140314152231-phpapp01/85/Git-branch-stregagy-case-study-8-320.jpg)
![Case Study 8
깔끔하게 Merge하고 싶을 때
$
git
rebase
base
branch
[topic
branch]
topic branch를 base branch에 rebase하는 명령
topic branch에서 topic branch를 생략 할 수 있음
변경사항을 patch로 만들어 base branch에 적용하는 식으로 Merge함
Merge와 결과는 같지만 커밋 히스토리는 다름
이미 push한 커밋을 rebase하면 문제가 생길 수 있음(혼자만 쓰기!)
$
git
rebase
master
experiment
(Rebase)
$
git
checkout
master
$
git
merge
expreiment
(Fast-‐Forward)
C3에 있던 experiment 브랜치에서 실행](https://image.slidesharecdn.com/gitbranchstregagycasestudywoogenius-140314152231-phpapp01/85/Git-branch-stregagy-case-study-16-320.jpg)
![Case Study 9
브랜치를 목록을 보고 싶을 때
$
git
branch
[-‐v]
[-‐a]
[-‐r]
로컬 브랜치의 목록과 현재 HEAD의 위치를 보여줌
-v : 브랜치마다 마지막 커밋 메세지도 함께 보여줌
-a : 리모트 브랜치와 로컬 브랜치 목록을 모두 보여줌
-r : 리모트 브랜치 목록만을 보여줌
$
git
branch
-‐-‐merged
merge한 브랜치 목록을 보고 싶을 때
*이 붙어있지 않은 브랜치는 이미 merge된 것이므로 삭제해도 됨
$
git
branch
-‐-‐no-‐merged
merge하지 않은 브랜치 목록을 보고 싶을 때
merge하지 않은 브랜치를 강제로 삭제하려면 git branch -D로 삭제함](https://image.slidesharecdn.com/gitbranchstregagycasestudywoogenius-140314152231-phpapp01/85/Git-branch-stregagy-case-study-19-320.jpg)
Git branch stregagy & case study
- 1. Branch Strategy & Case Study NHN NEXT 김우진
- 2. GIT Structure Working Directory Staging Area Local Repository add commit Remote Repository Offline
- 4. Branch Strategy Master Develop Feature Time : 최종 릴리즈된 안정된 브랜치(항상존재) : 개발이 적용되고 진행되는 브랜치(항상존재) : 특정 기능을 개발하기 위한 브랜치(이벤트성 브랜치) HotFix Branch(긴급수정)
- 5. Case Study 1 변경내용을 확인하고 싶을 때 $ git diff [-‐-‐word-‐diff] 수정했지만 아직 Staged 상태가 아닌(add를 안한) 파일을 비교 해 볼 수 있음 Unstaged 상태인 것들만 보여준다! --word-diff : 단어단위로 보여줌 $ git diff -‐-‐staged 로컬 저장소에 커밋한 것과 Staging Area(add 한)에 있는 것을 비교해 보여줌
- 6. Case Study 2 변경내용을 로컬 저장소에 커밋하고 싶을 때 $ git commit -‐m “commit message” 커밋 메세지를 인라인으로 첨부하여 커밋할 때 $ git commit -‐a -‐m “commit message” Staging Area를 생략하고 커밋 할 때 git 에서 추적하고 있는 파일이 바뀌었을때 add를 생략하고 커밋 할 수 있음 $ git commit -‐-‐amend 완료한 커밋을 수정하고 싶을 때(파일을 빼먹거나, 메세지를 고치고 싶을 때)
- 7. Case Study 3 Staging Area에 이미 올려진 파일을 삭제하거나 이동하고 싶을 때 $ git rm [-‐f] [-‐-‐cached] file Staging Area에서 파일을 삭제하고 싶을 때(실제로도 지워짐, 추적 안함) 그냥 파일을 삭제하면 Unstaged(deleted)상태로 바뀜 -f : 강제로 삭제 --cached : 실제로 안지우고 싶을 때(사용자 정보같은 파일을 잘못 add했을 때) $ git mv file_from file_to Staging Area에서 파일을 이동하거나 이름을 바꾸고 싶을때(실제로도 바뀜)
- 8. Case Study 4 커밋 히스토리를 조회하고 싶을 때 $ git log [-‐p [-‐-‐word-‐diff]] [-‐2] 로컬 저장소의 커밋 히스토리를 조회 할 때 -p : 각 커밋의 diff결과를 보고 싶을 때 --word-diff : 단어단위로 diff결과를 보고 싶을 때 -2 : 최근 2개의 결과만 보고 싶을 때 $ git log [-‐-‐stat] [-‐-‐oneline] [-‐-‐graph] --stat : 히스토리의 통계를 보고 싶을 때(요약정보는 가장 뒤쪽에) --oneline : 각 커밋을 한줄로 보고 싶을 때 --graph : 브랜치와 머지 히스토리를 보여주는 그래프를 보고 싶을 때 $ git log [-‐-‐since=2.weeks] [-‐-‐author=woogenius] --since=2.weeks : 최근 2주의 커밋만 조회하고 싶을 때 after, until, before 도 쓸수 있고 “2008-11-01”같은 날짜도 쓸 수 있음 --author=woogenius : woogenius의 커밋만 조회하고 싶을 때
- 9. Case Study 5 파일상태를 되돌리고 싶을 때 $ git reset HEAD file Staging Area에 있는 파일을 Unstage상태로 변경하고 싶을 때(실수로 add) $ git checkout -‐-‐ file 수정된 파일을 최근 커밋한 내용으로 되돌리고 싶을 때
- 10. 커밋개체
- 11. 깃에서 커밋을 하면 저장되는 커밋 개체는 이전 커밋에대한 포인터를 포함한다. 브랜치
- 12. 브랜치란 특정커밋을 가리키는 포인터다. 브랜치는 해당 브랜치에서 커밋을 하면 바뀐다. HEAD
- 13. HEAD라는 포인터는 지금 작업하는 로컬브랜치를 가리킨다. Branch?
- 14. Case Study 6 브랜치를 만들고 이동하고 삭제하고 싶을 때 $ git branch branch 현재 브랜치에서 파생된 브랜치를 만들고 싶을 때(이동하지 않음) $ git branch -‐d branch merge를 했거나 필요없어진 브랜치를 삭제하고 싶을 때 특정 커밋을 가리키는 포인터를 지우는 것(다시 그상태로 갈 수 없음) $ git checkout branch 현재브랜치에서 다른브랜치로 이동하고 싶을 때 $ git checkout -‐b branch 현재 브랜치에서 파생된 브랜치를 만들고 그 브랜치로 이동하고 싶을 때 branch와 checkout명령을 합친 것
- 15. Case Study 7 두개의 브랜치를 합치고 싶을 때 $ git merge branch 현재 브랜치와 대상 브랜치를 합치고 싶을 때 각 브랜치가 가리키는 커밋 두개와 공통조상 하나를 사용하여 3-way Merge함 결과를 별도의 커밋으로 만들고 해당 브랜치가 그 커밋을 가리키도록 이동시킴 Merge로 생성된 커밋은 부모가 여러개임 C4에 있던 master브랜치에서 iss53브랜치를 Merge하면
- 16. Case Study 8 깔끔하게 Merge하고 싶을 때 $ git rebase base branch [topic branch] topic branch를 base branch에 rebase하는 명령 topic branch에서 topic branch를 생략 할 수 있음 변경사항을 patch로 만들어 base branch에 적용하는 식으로 Merge함 Merge와 결과는 같지만 커밋 히스토리는 다름 이미 push한 커밋을 rebase하면 문제가 생길 수 있음(혼자만 쓰기!) $ git rebase master experiment (Rebase) $ git checkout master $ git merge expreiment (Fast-‐Forward) C3에 있던 experiment 브랜치에서 실행
- 17. Merge VS Rebase Merge Rebase
- 18. HEAD:index.html div contact : [email protected] /div ======= div please contact us at [email protected] /div iss53:index.html 충돌이 일어나면? git status에서 파일이 unmerged 상태가 된다. 그 파일을 열어서 수동으로 해결한다. 위아래 내용 중 고르거나 새로작성하여 Merge한다. div please contact us at [email protected] /div
- 19. Case Study 9 브랜치를 목록을 보고 싶을 때 $ git branch [-‐v] [-‐a] [-‐r] 로컬 브랜치의 목록과 현재 HEAD의 위치를 보여줌 -v : 브랜치마다 마지막 커밋 메세지도 함께 보여줌 -a : 리모트 브랜치와 로컬 브랜치 목록을 모두 보여줌 -r : 리모트 브랜치 목록만을 보여줌 $ git branch -‐-‐merged merge한 브랜치 목록을 보고 싶을 때 *이 붙어있지 않은 브랜치는 이미 merge된 것이므로 삭제해도 됨 $ git branch -‐-‐no-‐merged merge하지 않은 브랜치 목록을 보고 싶을 때 merge하지 않은 브랜치를 강제로 삭제하려면 git branch -D로 삭제함
- 20. Local Branch ! 로컬 저장소에만 존재 ! 형식 branch ! 마음대로 조종 가능 ! git push remote branch 명령으로 서버에 전송한다. ! 로컬저장소에만 있는 브랜치를 만들 수 있다. Remote Branch ! 로컬과 리모트 저장소에 존재 ! 형식 remote/branch ! 마음대로 조종 불가 ! git fetch remote 명령으로 로컬과 리모트 저장소를 동기화 시킨다. ! fetch하기 전엔 로컬과 리모트 저장소의 리모트 브랜치가 다를 수 있다. 로컬과 리모트 브랜치는 독립적이다!
- 21. Case Study 10 리모트 브랜치를 수정, 삭제하고 싶을 때 $ git push remote branch 로컬 브랜치를 서버에 저장하고 싶을 때 서버에 로컬 브랜치와 이름이 같은 브랜치가 있다면 반영되고 없다면 새로만듦 $ git push remote local branch:remote branch 로컬 브랜치를 다른이름의 리모트 브랜치로 저장하고 싶을 때 $ git push remote :remote branch 리모트 브랜치를 삭제하고 싶을 때 local branch부분을 비웠으므로 빈 브랜치를 remote branch에 넣어라 가 됨
- 22. Case Study 11 리모트 브랜치를 로컬로 가져오고 싶을 때 $ git fetch remote 리모트 브랜치정보를 로컬 브랜치에 동기화 시키고 싶을 때 $ git pull [-‐-‐rebase] remote branch 리모트 브랜치를 가져와 로컬 브랜치에 Merge시키고 싶을 때 fetch 와 merge를 한꺼번에 함 --rebase : fetch 후에 rebase를 함 $ git merge remote branch 새로받은 리모트 브랜치의 내용을 현재 브랜치에 merge하고 싶을 때 $ git checkout -‐b branch remote branch 리모트 브랜치를 추적하는 로컬 브랜치를 만들고 싶을 때(수정하고 싶어서) 트랙킹 브랜치는 연결고리가 있어서 pull, push의 장소를 명시 할 필요 없음
- 23. Fetch VS Pull C0 C1 C2 C3 C4 master Remote Repository Local Repository C0 C1 C2 C5 C6 origin/master master Local Repository C0 C1 C2 C3 C4 origin/master C5 C6 master Local Repository C1 C2 C3 C4 origin/master C5 C6 master C7 Fetch Pull Working Directory의 내용이 바뀌지 않으므로 차 례로 확인하며 Merge하고싶을때 사용한다. Working Directory의 내용이 바뀌므로 수정을 안 했거나 수정한 내용이 명확할때 사용한다.
- 24. Pull Rebase? C0 C1 C2 C3 C4 master Remote Repository Local Repository C0 C1 C2 C5 C6 origin/master master Local Repository Pull
- 25. --rebase C0 C1 C2 C3 C4 C5’ C6’ master origin/master