📝 2주차 위클리 페이퍼 미션

📌 2주차 커리큘럼에서는 다양한 명령어(command)들과 Git에 대해 주도적으로 학습했다.
2주차 학습을 끝마치고 느낀점은,
Git에 대한 커맨드들을 어느정도 숙지하고 있어야 협업을 할 때 막히지 않고 수월하게
업무를 진행할 수 있을것 같았다.
2주차 위클리 페이퍼 미션은 Git에 대한 주제를 선정해주셨다.

1. Git에서 branch merge 방법들과 각 방법의 특징을 설명해 주세요.

🤔"branch"란 무엇인가?

어떠한 프로젝트 작업을 진행할 때 개인적으로 작업을 진행 할수있게 하는 공간이다.
그렇다면 브랜치는 어떻게 생성하는지 , 각 명령어들의 특징을 알아보자.

📌 git branch [생성브랜치이름] : 새 브랜치를 생성해준다.
📌 git checkout [브랜치이름]: 브랜치로 이동하거나 워킹 트리의 파일을 복원한다.
📌 git checkout -b [생성브랜치이름] :브랜치를 새로 생성해주고 생성된 브랜치로 이동한다.
📌 git switch [브랜치이름]: 브랜치로 이동한다.
📌 git branch -d [기존 브랜치 이름] : 기존에 있는 브랜치를 삭제 한다.

위와같은 명령어들을 사용하여 작업을 진행할 때 개인공간(branch)에서 먼저 코드가 잘 작동하는지 확인 작업을 끝 마친 후 merge를 통해 개인적인 공간과 협업하고있는
다른공간에 병합해주는 순서가있다.
쉽게 말해 나의 branch에서 확인 작업이 끝나면 main branch에 나의 branch를 합칠때 "merge" 를 사용한다.

---

🤔"merge" 란 무엇인가?

merge는 앞서 말했듯이 두 브랜치를 병합해주는 특징이있다.
main 브랜치를 분리하여 개인브랜치를 생성 하고 개인 브랜치에서 수정 작업을 끝 마친 후 작동이 잘되는지 확인 후에 main 브랜치와 개인브랜치를 병합해줄때 merge를 사용한다.

📌 "git merge (--ff) (fast-foward Merge)"
일반적으로 많이 사용하는 Merge 방식이다.
각 상황에 따라 Fast-forward, Recursive 방식으로 병합되며 Fast-forward는 새로운 커밋 메시지 없이 커밋 내용이 적용되며 Recursive는 합병할 때 새로운 커밋 메시지와 함께 커밋 내용이 적용되는 방식이다.
쉽게 말해 새 커밋을 만들지 않고 병합하려는 커밋을 가르키는 특징이있다.

💡 Merge의 장점 :
어떤 브랜치에서 어떤 커밋이 진행되어 어떻게 머지 되었는지에 대한 자세한 정보를 얻을 수 있다.

😅 Merge의 단점 :
너무 자세하게 히스토리가 남기 때문에 브랜치의 개수가 많아지거나 머지 횟수가 잦아질수록 히스토리 그래프의 가독성이 떨어진다는 것이다.

📌 "git merge --squash <분기된 브랜치명>"
분기된 브랜치에서 커밋이 이루어지고 커밋된 내용을 main 브랜치로 가져와 새로운 커밋을 만들어내고 브랜치를 없애 브랜치 커밋들을 삭제하는 병합 방식을 말한다. 특정 기능을 만들고 다른 공간에 저장하고싶을 때 주로 사용한다.

📌 Rebase and Merge

git rebase <base 브랜치명>
git checkout <base 브랜치명>
git merge <분기된 브랜치명>

커밋 내용을 Base가 되는 브랜치에 재배치하고 추가로 커밋 메시지 없이 병합을 진행하는 방식이다.
간결하게 코드를 유지하고싶은 상황일 때 주로 사용한다.

---

📌 충돌 안나도록 해주는 명령어

• 대상 브랜치로 이동
  git checkout [대상브랜치]

• 대상 브런치의 로컬 최신화
  git pull origin [대상브랜치]

• 다시 내 작업 브랜치로 이동
  git checkout {작업 브랜치}

• 머지 요청
  git merge [대상브랜치]

• 수정 후, add, commit, push 진행

👍🏻 Refrence
branch

merge

merge2

branch & merge

---

2. Git Flow 브랜치 전략에 대해 설명해 주세요.

🤔 "Git Flow" 란 무엇인가 ?

브랜치 관리를 위해 협업 하는 사람들끼리 모여 전략을 구성한 방법론이다.

Git Flow 방법론에는 각각의 브랜치 명칭과 각 브랜치마다 역할이 있다.

                                     -- Main branch -- 
                         
📌 master : 기준이 되는 브랜치로 제품을 배포하는 브랜치

📌 develop : 개발 브랜치로 개발자들이 이 브랜치를 기준으로 각자 작업한 기능들을 Merge

-----------------------------------------------------------------------------------------

          
                                  -- Support branch -- 
                         
📌 feature: 단위 기능을 개발하는 브랜치로 기능 개발이 완료되면 develop 브랜치에 Merge

📌 release: 다음배포를 위해 기능에 문제가 없는지 품질체크(QA) 용도의 브랜치

📌 hotfix: master 브랜치로 배포를 했는데 버그가 생겼을 떄 긴급 수정하는 브랜치

📌 support: 버전 호환성을 위한 브랜치

• Main branch는 중요한 브랜치이다.

• Support branch는 상황에 따라 필요에 의해 사용 되는 브랜치이다.

💡 branch를 merge할 때 항상 -no-ff 옵션을 붙여 branch에 대한 기록이 사라지는 것을 방지하는 것을 원칙으로 한다.

우아한형제들 기술블로그 (우린 Git-flow를 사용하고 있어요)

master 브랜치에서 develop 브랜치를 분기합니다.
개발자들은 develop 브랜치에 자유롭게 커밋을 합니다.
기능 구현이 있는 경우 develop 브랜치에서 feature-* 브랜치를 분기합니다.
배포를 준비하기 위해 develop 브랜치에서 release-* 브랜치를 분기합니다.
테스트를 진행하면서 발생하는 버그 수정은 release-* 브랜치에 직접 반영합니다.
테스트가 완료되면 release 브랜치를 master와 develop에 merge합니다.

👍🏻 Refrence

git Flow

git Flow2