Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
Tags
- Advanced
- git checkout
- Process
- html
- Reset
- root
- Basic
- Express
- sourcetree
- git
- Nodejs
- commit
- Merge
- Teamwork
- rbenv
- fixed
- relative
- linux
- git branch
- workflow
- Remote
- React
- Develop
- route
- css
- WEB
- Box Model
- Rebase
- crud
- 소스트리
Archives
- Today
- Total
목록conflict (1)
Codesigner
[Git] Git Branching - Merge conflict & Review
이전 포스팅에서 master와 samsung 브랜치가 깔끔하게 merge 되었다. samsung 브랜치에서 커밋 한 이후 master에서 merge 하기 전에 아무런 작업을 하지 않았기 때문이다. 그래서 Git 은 간단히 master를 업데이트시킬 수 있었고, 이를 'Fast-forward'라고 한다고 배웠다. 그런데, 만약 master 에서 merge 하기 전에 커밋을 생성한다면 어떻게 될까? 더 나아가, master 에서도 samsung 브랜치에서 작업한 것과 동일한 작업을 한다면? 이러한 상황에서 merge 하게 되면, Git은 당신이 어떤 변경사항을 받아들이고자 하는지 몰라서 conflict를 발생시킨다. 이를 merge conflict라고 한다. merge conflict I 이전 포스팅을 잘 ..
Git /git
2019. 4. 9. 17:05