[Git] Git Fork App으로 Git 연습하기_02

🎯 Git Fork App으로 Git 연습하기_02

📚 이어서 보기

Git Fork App으로 Git 연습하기_01

🧑🏻‍💻 What - Git Fork란?

상황 시뮬레이션 하기

• 작업해볼 상황은 아래와 같아요

  1. task/jay2에서 jay2 작업을 진행하고있는 동시에 task/david2에서 같은 파일에 다른 작업을 진행해요. task/david2에서 먼저 develop에 merge하고, task/jay2에서 merge를 시도해요 -> conflict 발생
  2. epic/task/david1에서 task/david2 상태를 기준으로 rebase해요.
  3. commit의 이름을 변경해요
  4. commit의 순서를 변경해요
  5. amend로 기존 커밋에 변경사항을 포함시켜요.

• 이번 글에선 위의 작업 중 1번을 진행해보겠습니다.

🛠 How - 본격적으로 사용해보기

1. 서로 다른 브랜치에서 같은 파일에 작업하기

   
   

   우선 task/david2에서 README.md에 글을 작성합니다. 일반적인 경우 코드겠죠?

   
   
   

   이제 이걸 remote에 올립니다. 변경사항이 생기면 git Fork에서 변경 사항을 인식합니다.

   
   
   

   Local Changes에 (1)이 추가되었습니다. 저걸 클릭하면 변경사항에 대한 정보가 보입니다.

   
   

   

   
   

   삭제된 정보는 빨간색으로, 새로 추가된 내용은 초록색으로 보입니다.

   이제 이 변경사항을 commit하고 remote에 push할 예정입니다.

   CLI로 작업할 경우 commit 전에 git add 작업을 하는데요, 여기서는 간편하게 Stage라는 버튼으로 할 수 있습니다. 위의 사진에서 UnStaged 오른쪽에 보이는 버튼입니다!

   버튼을 누르면

   
   

   

   
   

   위와 같이 변경사항이 Staged되고, Commit 메세지를 작성하면 아래와 같이 Commit 버튼이 활성화됩니다.

   
   

   

   
   

   Commit 후에 Push를 합니다.

   Push는 아래의 버튼으로 진행합니다.

   
   

   

   
   

   remote의 task/david2 브랜치에 변경사항을 push한 후 develop에 task/david2를 merge합니다. 현재 develop 브랜치에는 conflict 될만한 요소가 없기 때문에 문제없이 push될 수 있습니다.

   
   

   그럼 이제 origin/develop과 origin/task/david2에 차이가 생겼습니다. 여기에서 develop을 우클릭해보면

   
   

   

   
   

   같은 옵션이 나옵니다. 저 옵션을 선택하면

   
   

   

   
   

   가 나옵니다. 당연히 conflicts 될 부분은 없구요!

   그러면 여기서 저 버튼을 누르면 develop에 있는 정보가 task/david2로 갈까요, 아니면 task/david2에 있는 정보가 develop으로 merge될까요?

   영어에서 느끼셨겠지만 into 'task/david2'이기 때문에 develop에 있는 상태가 task/david2로 가게됩니다.. 즉 변하는 건 task/david2가 되는 것이죠.

   
   

   목적은 develop에 task/david2의 상태를 저장하는 것이기 때문에 이제 반대로 하면 되겠죠!

   develop 브랜치에 체크인 한 후, david2 브랜치에서 Merge into "develop"을 합니다. 즉, 머지 받을 브랜치에 체크인한 후, 변경사항을 가져올 브랜치에서 우클릭하여 Merge into를 합니다.

   이제 david2를 develop에 Merge 했기 때문에 task/jay2 브랜치로 가보겠습니다.

   브랜치에서 README.md에 다른 글을 작성하고 똑같이 commit합니다!

   그리고 develop 브랜치에 task/jay2를 머지하려고 하면 아까와 다른 상황이 됩니다.

   
   

   

   
   

   당연히 conflict가 발생합니다! 경고를 무시하고 Merge를 누른다면

   
   

   

   
   

   당연히 경고가 나오겠죠.. 이제 conflict를 해결해주어야합니다.

   
   

   

   
   

   확실히 GUI는 Conflict도 화려하네요.. 이제 해결해줍니다.

   당연히 Merge in Fork는 Fork에서 Conflict를 해결한다는 것이고, External Tool은 다른 프로그램을 쓴다는 거겠죠? Merge in Fork를 사용해줍니다.

   
   

   

   
   

   아름다운 색감의 Conflict가 나옵니다. 저는 왼쪽 내용과 오른쪽 내용을 합칠거에요. 요리조리 변경해서 Resolve를 해주면

   
   

   

   
   

   이렇게 Conflict가 해결된 상태로 자동으로 오른쪽 아래에 내용까지 채워줍니다! Commit 하고 Push 해보면 문제없이 Push됩니다! Conflict가 없으니까요 ㅎㅎ

   이제 트리를 보면

   
   
   

   아직 트리보는게 익숙하지가 않네요..ㅎㅎ

   후 이 글 시리즈의 끝이 어디일지 모르겠습니다.

   혹시 잘못된 부분이나 추가할 내용 환영합니다! :]