git3 [git] branch conflict 해결하기 여러 사람과 작업하는 도중, 다른 사람이 내용을 바꾼 코드를 로컬에서 새로 업데이트하지 않고 pull request를 하면 conflict가 발생합니다. 위 사진의 경우 원격 저장소의 README.md 파일이 이미 내용이 바뀐 상태에서 pull request를 할 때 conflict가 발생한 상황입니다. 해결 방안은 다음과 같습니다. cd 파일이 있는 폴더 먼저 README.md 파일이 있는 폴더로 이동합니다. git checkout main 현재 develop 브랜치에 있기 때문에 main으로 이동합니다. git pull origin main 원격 저장소에 있는 바뀐 파일들을 다시 로컬에서도 업데이트를 해줘야 합니다. git checkout develop 다시 develop 브랜치로 이동합니다. vim.. 2022. 1. 11. [git] 새로운 branch에 새로운 Xcode 프로젝트 push 하기 (feat. mac, 깃허브, iTerm, pull request) 깃허브에 Xcode 프로젝트를 main이 아닌, 새로 딴 브랜치에 바로 push 하는 방법에 대해 알아봅니다. 맥의 iTerm을 사용하였습니다. 먼저 깃허브에 들어가 새 레파지토리를 만듭니다. 여기서 README 파일을 생성함으로서 기본 브랜치를 main으로 만듭니다. 우측의 Code에서 레파지토리 주소를 복사합니다. 터미널 혹은 iTerm을 키고 cd desktop/newfolder 레파지토리를 받아올 폴더의 위치로 이동합니다. 저는 desktop에 newfolder라는 새로운 폴더를 하나 미리 생성했습니다. git clone 레파지토리 주소 폴더에 레파지토리를 clone 합니다. NewFolder 안에 아까 만든 레파지토리인 test가 잘 들어간 것을 확인할 수 있습니다. 이제 Xcode 프로젝트를 .. 2022. 1. 7. [git] Git Convention 알아보기 Git을 사용할 때 규칙(Convention)을 사용하면 여러 사람들과 협업할 때, 보다 효율적으로 일할 수 있다. 본 글에서는 commit message convention, branch naming convention, repository naming convention에 대해 알아본다. 1. Commit Message Convention 먼저 commit message의 구조는 위 사진과 같다. 맨 위부터 제목, 본문, 꼬리말로 구성되어있다. 1.1. type 내가 작성한 commit message의 의도를 다른 사람들에게 전달하기 위해선 위 구조에서 부분에 다음과 같은 요소들을 포함한다. fix 버그를 수정한 경우 feat 새로운 기능을 추가한 경우 BREAKING CHANGE 큰 API 변경이 .. 2022. 1. 3. 이전 1 다음
