How to Resolve Conflict?

  1. (생략가능) ignore file 생성

  2. (생략가능) Git 시작

    # git 초기화
    git init
    
  3. Git 상태 확인

    git status
    
  4. Staging (중간 저장)

    git add 파일명 / 디렉토리명 / .
    
    이후 git status 로 상태 변화 확인
    
  5. Commit

    git commit -m "메세지"
    
  6. Commit history 확인

    git log
    

    git log 명령어를 통해 보여지는 log는 각 커밋에 대한 자세한 정보를 담고 있습니다. (작성자, hash 값, 날짜와 시간, 그리고 커밋 메세지)

    만약 특정 커밋 시점의 코드로 되돌리고 싶다면, 아래 명령어를 사용할 수 있습니다.

    git checkout <commit-hash>
    

    **<commit-hash>**를 **git log**에서 보이는 커밋의 실제 hash 값으로 대체해주세요.

  7. (생략가능) 레포지토리 생성

  8. (생략가능) 로컬 -레포지토리 연동

    git remote add origin <https://github.com/><your-username>/<your-repo-name>.git
    
  9. git clone (새 레포지토리 생성 안 할 경우)

    git clone <github-repo-link>
    
  10. 브랜치 생성 (Main 푸시할 경우 생략가능)

    브랜치 생성
    git branch <new-branch-name>
    
    브랜치 생성 && 생성된 브랜치 이동
    git checkout -b <new-branch-name>
    
  1. git push

  2. Pull Request 날리기

    커스텀 브랜치를 push 하고 master 브랜치에 적용될 준비가 되었다면, Pull Request (PR) 라는 것을 통해 프로젝트 오너 (혹은 팀 리더) 에게 내가 작업한 브랜치의 작업내용을 master 브랜치에 반영해달라는 요청을 보낼 수 있습니다.

    모든 리뷰 내용이 반영된 후 master 브랜치와 충돌이 발생하지 않았다면, 해당 PR은 master 브랜치로 merge 될 준비가 완료되었습니다.

    Untitled

  3. GitHub 으로부터 변경사항 pull 하기

Pull Request 를 통해 master 브랜치를 업데이트했다면, 이제 로컬 repository 는 GitHub 에 있는 master 와 서로 다른 내용을 가지고 있게 됩니다. 이 때 git pull 명령어를 통해 remote 의 최신화된 코드를 내 로컬 repo 에 반영할 수 있습니다.

우리는 GitHub remote repo 링크에 origin 이라는 이름을 붙여줬었기 때문에 아래 명령어를 통해 GitHub repo 의 master 브랜치 내용을 받아올 수 있습니다.

git pull origin master