일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | ||||||
2 | 3 | 4 | 5 | 6 | 7 | 8 |
9 | 10 | 11 | 12 | 13 | 14 | 15 |
16 | 17 | 18 | 19 | 20 | 21 | 22 |
23 | 24 | 25 | 26 | 27 | 28 | 29 |
30 | 31 |
- Develop
- css
- git
- Basic
- React
- WEB
- html
- workflow
- relative
- Merge
- Nodejs
- Express
- git branch
- route
- linux
- Box Model
- fixed
- git checkout
- Remote
- commit
- Process
- Teamwork
- sourcetree
- rbenv
- root
- Advanced
- Rebase
- Reset
- 소스트리
- crud
- Today
- Total
목록git checkout (2)
Codesigner

이전 포스팅에서 master와 samsung 브랜치가 깔끔하게 merge 되었다. samsung 브랜치에서 커밋 한 이후 master에서 merge 하기 전에 아무런 작업을 하지 않았기 때문이다. 그래서 Git 은 간단히 master를 업데이트시킬 수 있었고, 이를 'Fast-forward'라고 한다고 배웠다. 그런데, 만약 master 에서 merge 하기 전에 커밋을 생성한다면 어떻게 될까? 더 나아가, master 에서도 samsung 브랜치에서 작업한 것과 동일한 작업을 한다면? 이러한 상황에서 merge 하게 되면, Git은 당신이 어떤 변경사항을 받아들이고자 하는지 몰라서 conflict를 발생시킨다. 이를 merge conflict라고 한다. merge conflict I 이전 포스팅을 잘 ..

Git을 사용하는 프로젝트를 진행항 때, 우리가 만든 변화들이 마음에 들지 않거나 버그가 발생하여 예전 버전으로 되돌리고 싶은 때가 생긴다. Git은 당신의 실수를 되돌릴 수 있는 몇 가지 eraser-like 한 명령어들을 제공한다. 이번 포스팅에서는 그러한 명령어들을 배워보도록 하자. 저번 포스팅에서 만들었던 hello.txt를 계속 사용하도록 하자. 먼저, 다음과 같이 새로운 라인의 문장을 추가해보자 C:\Users\glafu\Desktop\git_test>vim hello.txt C:\Users\glafu\Desktop\git_test>cat hello.txt hello world! I'm second line! Me third! C:\Users\glafu\Desktop\git_test> 그런 다..