Chapter4 - 배포 자동화와 협업을 위한 Git 사용 - 실무에서 유용한 Git 꿀팁

• 안녕하세요~ 이전에 운영하던 블로그 및 GitHub, 공부 내용을 정리하는 Study-GitHub 가 있습니다!

• 네이버 블로그

• GitHub

• Study-GitHub

• 🐔

---

 

✔ CLASS101 백엔드 시스템 실무 - Chapter4 배포 자동화와 협업을 위한 Git 사용

안녕하세요, 클래스101 백엔드 시스템 실무 강의를 듣고, 복습 차원으로 정리하여 남기려고 합니다! 혹시 문제가 된다면 글을 삭제하겠습니다 !!

 

class101.net/products/5fc4a3b4fc231b000d85661b

현직 대기업 개발자 푸와 함께하는 진짜 백엔드 시스템 실무!

---

 

✔ 머지할 때 발생하는 충돌(Conflict) 해결하기

• 충돌은 언제, 왜 발생하나요?

    • 서로 다른 branch를 merge하려고 할 때

    • 같은 파일을 각각 다르게 수정했을 때

• 충돌 해결하기

• 충돌을 피하기 위해 어떻게 해야하나요?

    • 서로 같은 파일을 수정하지 않습니다.

    • 가급적 짧은 단위로 작업/머지가 이루어져야 충돌 가능성이 낮아집니다.

• 충돌은 Git만의 문제일까요?

    • 충돌이 자주 발생하면 프로젝트 구조를 다시 생각해봅시다.

 

 

 

 

✔ 실무에서 유용한 Git 꿀팁

• Git-flow

• Pull Request로 merge하기

• 마지막 commit 수정하기

• 원하는 commit만 가져와 현재 branch에 붙이기

 

 

 

 

🎗 GitHub에 Repository를 생성하고, SourceTree를 통해 Clone을 받습니다.

그럼 위와 같이 README.md 파일 하나가 생성되었고, Initial commit 라는 설명으로 하나 생성되었습니다.

 

 

 

우측 상단에 깃 플로우를 클릭 한 후 위와 같이 설정한 후 확인을 누릅니다.

(제품 브랜치만 main으로 변경)

 

 

 

그럼 좌측에 develop 라는 브랜치만 생성된 걸 볼 수 있습니다.
(모든 개발은 develop 브랜치에서 진행을 합니다.)

 

 

 

Visual Studio Code로 위에서 Clone한 git-flow-practice 폴더를 실행합니다.

 

 

 

소스트리에서 깃 플로우 클릭 > 새 기능 시작 클릭

 

 

 

기능명에 add-file1 로 설정하고 확인을 누릅니다.

 

 

 

 

그러면 feature에 add-file1 이라는 브랜치가 생성된 걸 볼 수 있습니다.

이제 비쥬얼 스튜디오 코드에서 파일을 추가해줍니다.

 

 

 

위와 같이 아무런 파일을 생성하고 소스트리로 갑시다.

 

 

 

소스트리에서 보면 커밋하지 않은 변경사항이라는 문구가 나오게 되는데요, 이 파일을 커밋해줍시다.

(좌측 상단의 커밋 버튼 클릭)

 

 

 

파일을 스테이지에 올리고, 커밋 내역을 작성한 뒤 커밋을 누릅니다.

 

 

 

위와 같이 add-file1 이 커밋이 된 걸 확인할 수 있습니다.

위와 같은 상태에서 다시 develop 브랜치로 넘어갑니다.

 

 

 

develop 브랜치에서 깃 플로우 > 새 기능 시작 > add-file2 를 입력하고 확인을 누릅니다.

 

 

 

비쥬얼 스튜디오 코드에서 add-file2 브랜치에서 file2 라는 파일을 생성합니다.

 

 

 

 

다시 소스트리에서 커밋을 진행합니다.

 

 

 

🎗 현재 상황은 다음과 같습니다.

    • git-flow 전략을 사용해 branch을 관리합니다.

    • develop 브랜치에서 모든 개발이 시작됩니다.

    • feature 브랜치에서 각각 기능 개발을 진행합니다.

        • 현재 add-file1 브랜치와 add-file2 브랜치가 존재합니다.

        • add-file2 브랜치의 기능 개발이 끝난 상태이고, 이를 develop 브랜치에 merge를 진행하고자 합니다.

 

 

 

현재 add-file2 브랜치에서 develop 브랜치로 merge를 위해 깃 플로우 > 기능 마무리 를 클릭합니다.

 

 

 

위와 같이 기본 설정(rebase 안함, 브랜치 삭제함) 으로 설정한 뒤 확인을 누릅니다.

 

 

 

 

add-file2 브랜치가 삭제가 되었고, develop 브랜치에 정상적으로 merge가 되었습니다.

 

 

 

add-file1 브랜치도 마찬가지로 기능 마무리를 진행합니다.

 

 

 

기능 개발이 끝나고, develop 브랜치로 merge가 끝나면 릴리즈를 진행합니다.

깃 플로우 > 새 릴리즈 시작 > 릴리즈 명 설정 후 확인을 누릅니다.

 

 

 

릴리즈 브랜치(v1.0.0) 에서 깃 플로우 > 릴리즈 마무리 를 클릭합니다.

(릴리즈 브랜치를 main 브랜치에도 merge를 해줍니다.)

 

 

 

위 화면에서 확인을 클릭합니다.

 

 

 

릴리즈 마무리를 하면 develop와 main이 동일한 상태가 됩니다.

 

 

 

develop 에서 Push를 진행합니다.

 

 

 

그럼 로컬과 리모트의 상태가 모두 develop가 됩니다.

 

 

 

브랜치 > 새 브랜치 > feature/add-file3 브랜치를 생성합니다.

 

 

 

그 후 비주얼 스튜디오 코드에서 file3 파일을 생성합니다.

 

 

 

그리고나서 file3 파일을 커밋합니다.

 

 

 

그 후 현재 add-file3 파일을 Push 합니다.

 

 

 

그 후 GitHub로 들어와서 Pull requests > New pull request 를 클릭합니다.

 

 

 

브랜치를 feature/add-file3 에서 develop 로 설정합니다.

그리고나서 Create pull request를 클릭합니다.

 

 

 

실제 협업을 할때는 Reviewers(리뷰어) 와 Assignees(수락인) 을 설정해줍니다.

 

 

 

그럼 위와 같이 PR이 정상적으로 등록이 되었습니다.

위에 따라서 PR(Pull Request)을 Close하거나, Merge 하거나 등의 여러 작업이 가능합니다.

현재는 Merge pull request를 통해 Confirm merge를 진행합니다.

 

 

 

그 후 소스트리에서 develop > Pull 을 통해 리모트 상태를 당겨받을 수 있습니다.

그럼 위에서 Merge 했던 PR(Pull Request)가 정상적으로 Pull이 됩니다.

(v1.0.0 옆에 태그 표시가 있는데, 해당 태그를 통해 참조가 가능합니다.)

 

 

 

• 이전 커밋 수정: 커밋 > 커밋 옵션 > 마지막 커밋 정정

• 원하는 commit만 branch에 붙이기: 체리픽 키워드