1-9 강의에서 소스트리에서 push하는 방법 실습하는데 계속계속 에러남..
다행히 그래도 어제 특강 들으면서 댓글 봤던 게 생각나서 ssh키 만들 생각을 한 것 같다
다른 블로그 보고 하는데 계속 뭐가 생긴건지 안생긴건지 했는데 결국
https://velog.io/@skyepodium/Github-SSH-Key-등록하기
이분 덕에 살았다.. 감사감사 ssh-keygen 하고 등록까지하고 푸쉬 성공!
- 원격 Repo와 로컬 repo에서 각각 같은 파일을 수정하면 충돌(conflict)이 일어난다
- 로컬 repo의 각기 다른 브랜치에서 동일한 파일의 같은 부분을 수정한 후 머지를 시도하면 병합 충돌(merge conflict)가 발생한다.
- 혼자하는 프로젝트는 풀->커밋->푸쉬 순으로 하면 충돌을 줄일 수 있다
- 새로운 브랜치를 만들면 그 브랜치로 체크아웃한 후에!! 파일을 변경하고 커밋해야 브랜치 삭제 후에 파일 내용이 원래대로 돌아온다
- feature/jeon, feature/jjigae 두가지 브랜치를 만들어서 각각의 브랜치로 체크아웃후에 파일 수정하면 서로 다른 브랜치에서는 변경사항이 반영되지 않는다. 소스트리 파인더에서 파일을 열 때는 해당 브랜치에서 새로 열어야 혹시 모를 혼선을 방지할 수 있다.
- 머지는 체크아웃한 브랜치에 어떤 브랜치를 합칠 건지 골라서 합친다
- 충돌을 해결하기 위해선 파일 상태에서 파일을 선택 후 직접 수정할 내용을 선별한다. 단, 파일 내용 수정은 내부에 있는 내용들에 한한다. 작업 내역은 나눠서 커밋해야한다.(추가 내용은 새로운 커밋으로!)
- 협업 3단계
- issue: 누가 이 작업을 할 것인지 정한다- branch: 각자 맡은 것을 작업한다
- merge: 각자 작업을 프로젝트에 합친다
- *경우에 따라 작업한 내용을 리뷰한 후 최종적으로 반영한다(PR 후 merge)
looooggi