"일꾼이 일을 잘하려면 먼저 도구를 갈고 닦아야 한다." - 공자, 『논어』.
첫 장 > 프로그램 작성 > Git의 분기: 전문가처럼 협업

Git의 분기: 전문가처럼 협업

2024-08-15에 게시됨
검색:758

Branching in Git: Collaborate Like a Pro

이 글에서는 Git의 가장 강력한 기능 중 하나인 브랜칭(branching)에 대해 살펴보겠습니다. 분기를 사용하면 프로젝트의 여러 부분을 동시에 작업하고, 새로운 아이디어를 실험하고, 기본 코드베이스를 방해하지 않고 다른 사람들과 협업할 수 있습니다. 브랜치를 생성, 관리, 병합하는 방법과 팀과 효과적으로 협업하는 방법을 살펴보겠습니다.

Git의 브랜치란 무엇인가요? ?

Git의 브랜치는 본질적으로 별도의 개발 라인입니다. 기본적으로 Git은 새 리포지토리를 초기화할 때 main이라는 브랜치를 생성합니다. 새 브랜치를 생성하면 원래 코드에 영향을 주지 않고 변경할 수 있도록 현재 브랜치 상태의 복사본이 만들어집니다.

지점을 사용하는 이유는 무엇입니까? ?

분기는 다음과 같은 경우에 매우 중요합니다.

  • 기능 개발: 새로운 기능을 별도로 개발합니다.
  • 버그 수정: 메인 브랜치의 안정성을 위협하지 않고 버그를 수정합니다.
  • 협업: 여러 개발자가 서로 다른 지점에서 동시에 작업할 수 있습니다.

1단계: 새 브랜치 생성

새 분기를 만들려면 다음 명령을 사용하세요.

git checkout -b feature-branch

이 명령은 feature-branch라는 새 분기를 생성하고 해당 분기로 전환합니다. 이제 모든 변경 사항이 이 분기에 기록됩니다.

지점 나열
저장소의 모든 브랜치를 보려면 다음을 실행하세요.

git branch

현재 있는 브랜치는 별표(*)로 강조 표시됩니다.

2단계: 지점 간 전환

다음을 사용하여 지점 간을 전환할 수 있습니다.

git checkout branch-name

브랜치 이름을 전환하려는 브랜치 이름으로 바꾸세요.

3단계: 브랜치 병합

브랜치 작업을 완료하고 변경 사항을 메인 브랜치에 통합할 준비가 되면 브랜치를 병합해야 합니다.

  • 먼저 병합하려는 브랜치(보통 메인)로 전환합니다.
git checkout main
  • 그런 다음 기능 분기의 변경 사항을 병합합니다.
git merge feature-branch

이 명령은 기능 분기를 기본으로 병합합니다.

병합 충돌 처리
때로는 충돌로 인해 Git이 변경 사항을 자동으로 병합하지 못할 수도 있습니다. 이 경우 영향을 받는 파일의 충돌을 수동으로 해결해야 합니다.

충돌을 해결한 후 다음을 실행하여 병합을 완료할 수 있습니다.

git add .
git commit -m "Resolved merge conflicts"

4단계: GitHub에 변경 사항 푸시

브랜치를 병합한 후 변경 사항을 GitHub에 푸시하는 것을 잊지 마세요:

git push origin main

메인이 아닌 다른 브랜치를 병합한 경우 해당 브랜치를 GitHub에도 푸시하세요.

git push origin feature-branch

5단계: 분기 삭제

브랜치가 병합되어 더 이상 필요하지 않으면 이를 삭제하여 저장소를 깔끔하게 유지할 수 있습니다.

git branch -d feature-branch

GitHub에서도 브랜치를 삭제하려면:

git push origin --delete feature-branch

다른 사람들과 협력하고 있습니까?

여러 공동작업자와 작업할 때는 브랜치를 최신 상태로 유지하는 것이 중요합니다. 브랜치에서 새 작업을 시작하기 전에 기본:
에서 최신 변경 사항을 가져와야 합니다.

git pull origin main

브랜치에서 공동작업하는 경우 정기적으로 해당 브랜치의 최신 변경 사항도 가져옵니다.

git pull origin feature-branch

결론 ?

Git의 브랜치는 다양한 개발 라인을 관리할 수 있는 강력한 방법을 제공하므로 기능 작업, 버그 수정, 팀과 효과적으로 협업할 수 있습니다. 브랜칭을 마스터하는 것은 Git 및 GitHub에 능숙해지는 핵심 단계입니다.

다음 글에서는 공동 개발에 필수적인 도구인 풀 요청(Pull Request)과 코드 리뷰에 대해 다루겠습니다.

아래에 자유롭게 의견을 남기거나 질문을 남겨주세요.

즐거운 코딩 되세요! ?‍??‍?
더 많은 업데이트를 보려면 GitHub에서 나를 팔로우하고 Dev.to의 다른 기사를 확인하세요.

Github: @imevanc
트위터: @imevancc

릴리스 선언문 이 글은 https://dev.to/imevanc/branching-in-git-collaborate-like-a-pro-1hbl?1에서 복제됩니다.1 침해 내용이 있는 경우, [email protected]으로 연락하여 삭제하시기 바랍니다.
최신 튜토리얼 더>

부인 성명: 제공된 모든 리소스는 부분적으로 인터넷에서 가져온 것입니다. 귀하의 저작권이나 기타 권리 및 이익이 침해된 경우 자세한 이유를 설명하고 저작권 또는 권리 및 이익에 대한 증거를 제공한 후 이메일([email protected])로 보내주십시오. 최대한 빨리 처리해 드리겠습니다.

Copyright© 2022 湘ICP备2022001581号-3