conflict 해결

<<<는 파일에서 충돌이 시작한 부분
A가 작업한 코드
"====" 충돌 코드를 구분해준다.
B가 작업한 코드
">>>" 충돌 끝을 나타낸다.

A code , B code중 하나를 완전히 선택할 수 있고 이 경우는 merge tool 사용시 편하다. merge tool에서 (깃 크라켄)혼합은 유료더라, 혼합하여 해결할 수도 있다. 그냥 클릭하는게 편할려나

A와 B가 작업 한것이 모두 내가 작업한 것과 충돌이 났다.
1. 자주 upstream에서 pull을 받아야겠다.
2. 자주 짧게 CRUD면 CR만 구현하고 pull request를 올려야겠다.

A가 작업한 것은 pull request가 완료된 상태
B가 작업한 것은 pull reqeust가 안 됐다.

A가 작업한 것을 pull upstream main하고난 후에 conflict를 해결했다. B가 작업한 pull request를 merge한다음에 하면 두 번 안 해도 됐을텐데, B가 작업한 것을 merge한 다음 다시 내 로컬로 받아오면

conflict 발생한 파일을 다시 merge해서 가져오면 다시 merge를 해결해야하는가? pull을 해보니까 내가 이미 해결한 conflict를 다시 해결해야하지는 않았다. B가 작업한 내용에서 발생한 충돌만 해결하면 됐다.

merge upstream main하니까 merge할 것이 없다고 했는데
git pull upstream main 하니까 merge가 됐다.