0Pricing
Git & GitHub Professional Workflow · 강의

릴리스 브랜치 및 핫픽스

전용 릴리스 브랜치를 구현하고 핫픽스 브랜치를 사용하여 중요한 버그 수정을 신속하게 적용하는 방법을 배우세요.

릴리스 브랜치 및 핫픽스은(는) CoddyKit의 무료 Git & GitHub Professional Workflow 강의입니다. 이것은 4개 중 3번째 강의입니다. 아래에서 전체 강의를 무료로 읽을 수 있으며, 내장 코드 에디터와 24/7 AI 튜터와 함께 브라우저에서 직접 실습할 수 있습니다. 이 강의는 Git & GitHub Professional Workflow 학습 경로의 일부이며, 진행 상황이 웹과 CoddyKit 앱에 동기화됩니다. Git & GitHub Professional Workflow 강의에는 총 4개의 강의가 포함되어 있습니다.

릴리스 브랜치 소개

프로젝트가 새 버전 릴리스에 가까워지면 릴리스를 준비할 안정적인 환경이 필요합니다. 이때 릴리스 브랜치를 사용합니다!

릴리스 브랜치는 릴리스를 마무리하기 위한 전용 브랜치이므로 주 개발 브랜치에서는 새로운 기능 개발을 계속할 수 있습니다.

릴리스 브랜치를 사용하는 이유

릴리스 브랜치에는 다음과 같은 주요 이점이 있습니다.

  • 안정화: 진행 중인 기능 개발에 영향을 주지 않고 최종 테스트와 버그 수정을 위한 코드를 분리할 수 있습니다.
  • 버전 관리: 특정한 안정화 코드 기반에 버전 번호와 릴리스 태그를 쉽게 적용할 수 있습니다.
  • 병렬 개발: develop 브랜치는 새로운 기능을 위해 비워 둘 수 있으므로 지속적 통합을 유지할 수 있습니다.

릴리스 브랜치 만들기

일반적으로 릴리스 브랜치는 예정된 릴리스에 필요한 기능 개발이 완료되었을 때 develop 브랜치에서 만듭니다. 버전 1.0.0용 릴리스 브랜치를 만들어 보겠습니다.

먼저 develop 브랜치가 최신 상태인지 확인하세요.

git checkout develop
git pull
git checkout -b release/1.0.0

릴리스 브랜치에서 작업하기

릴리스 브랜치에서는 안정화에 중점을 둡니다.

  • 마지막 순간에 발견된 버그를 수정합니다.
  • 문서를 업데이트합니다(예: README, 변경 기록).
  • 버전 번호를 증가시킵니다.

이 브랜치에는 새로운 기능을 추가하지 않아야 합니다. 필수적인 수정만 적용하세요!

릴리스 브랜치 마무리하기

릴리스 브랜치가 안정화되고 준비되면 두 곳에 병합해야 합니다.

  1. main(또는 master): 공식 릴리스를 표시하기 위한 곳입니다. 여기에는 보통 태그를 적용합니다.
  2. develop: 릴리스 브랜치에서 적용한 버그 수정이 계속 반영되도록 하기 위한 곳입니다.

릴리스 병합 및 태그 지정

release/1.0.0 브랜치를 main에 병합하고 태그를 지정한 다음 develop에 다시 병합하고 마지막으로 릴리스 브랜치를 삭제하는 방법은 다음과 같습니다.

git checkout main
git merge release/1.0.0 --no-ff
git tag -a v1.0.0 -m "Release version 1.0.0"
git push origin main --tags
git checkout develop
git merge release/1.0.0 --no-ff
git push origin develop
git branch -d release/1.0.0

긴급 수정 브랜치 설명

소프트웨어의 운영 버전에서 심각한 버그가 발견되면 어떻게 해야 할까요? 다음 예정 릴리스까지 기다릴 수는 없습니다!

긴급 수정 브랜치는 운영 코드에 긴급하고 즉각적인 수정을 적용하기 위해 만들어집니다. 일반적인 개발 주기를 거치지 않고 수정 사항을 빠르게 배포할 수 있습니다.

긴급 수정 브랜치 만들기

긴급 수정 브랜치는 현재 운영 코드를 나타내는 main(또는 master) 브랜치에서 직접 만듭니다.

심각한 버그를 수정할 긴급 수정 브랜치를 만들어 보겠습니다.

git checkout main
git pull
git checkout -b hotfix/critical-bug-fix

긴급 수정 적용 및 마무리하기

긴급 수정 브랜치에서 버그를 수정한 후에는 main과 develop 모두에 병합해야 합니다. 이렇게 하면 운영 환경에 수정 사항이 배포되고 향후 개발에서 버그가 다시 나타나는 것도 방지할 수 있습니다.

긴급 수정 버전을 표시하기 위해 새 태그도 적용합니다.

git checkout main
git merge hotfix/critical-bug-fix --no-ff
git tag -a v1.0.1 -m "Hotfix for critical bug"
git push origin main --tags
git checkout develop
git merge hotfix/critical-bug-fix --no-ff
git push origin develop
git branch -d hotfix/critical-bug-fix

어떤 브랜치를 언제 사용해야 할까요?

릴리스 브랜치와 긴급 수정 브랜치에 대해 배웠습니다. 두 브랜치 모두 릴리스를 관리하는 데 도움이 되지만 목적은 서로 다릅니다.

운영 애플리케이션에 즉시 수정해야 하는 중대한 보안 취약점이 발견된 상황을 생각해 보세요. 이를 해결하는 데 가장 적합한 브랜치 유형은 무엇일까요?

릴리스 및 핫픽스 요약

이제 두 가지 핵심 깃 브랜치 전략을 완전히 익히셨습니다.

  • 릴리스 브랜치: develop에서 새 버전 릴리스를 안정화하고 준비하는 데 사용하며, main과 develop에 병합합니다.
  • 핫픽스 브랜치: 운영 코드에서 긴급하고 치명적인 버그를 직접 수정할 때 사용하며, main에서 시작해 main과 develop 모두에 병합합니다.

이러한 작업 흐름은 깔끔한 이력을 유지하고 안정적인 릴리스를 제공하는 데 도움이 됩니다!

자주 묻는 질문

“릴리스 브랜치 및 핫픽스” 강의는 무료인가요?

네 — “릴리스 브랜치 및 핫픽스” 전체 내용을 이 웹사이트에서 무료로 읽을 수 있습니다. 인터랙티브하게 실습하려면(내장 코드 에디터와 24/7 AI 튜터), CoddyKit PRO로 업그레이드하면 Git & GitHub Professional Workflow 강의 전체를 잠금 해제할 수 있습니다. Git & GitHub Professional Workflow 강의에는 총 4개의 강의가 포함되어 있습니다.

“릴리스 브랜치 및 핫픽스”에서 뭘 배우나요?

전용 릴리스 브랜치를 구현하고 핫픽스 브랜치를 사용하여 중요한 버그 수정을 신속하게 적용하는 방법을 배우세요. 브라우저에서 직접 실행하는 실습 코드로 Git & GitHub Professional Workflow을(를) 배우며, 24/7 AI 튜터가 강의를 진행하면서 질문에 답변해줍니다.

Git & GitHub Professional Workflow을(를) 시작하는 데 경험이 필요한가요?

사전 경험은 필요하지 않습니다. CoddyKit의 Git & GitHub Professional Workflow은(는) 초급자부터 고급 학습자까지를 위해 구성되어 있으므로, 여기서 시작하거나 처음부터 시작할 수 있으며 자신의 속도대로 진행할 수 있습니다. 이것은 4개 중 3번째 강의입니다.

“릴리스 브랜치 및 핫픽스” 강의는 얼마나 걸리나요?

대부분의 CoddyKit 강의는 약 5~10분이 소요됩니다. 각 강의는 간결하고 인터랙티브하여 꾸준한 진행이 가능하며, 웹과 앱에서 중단한 부분부터 바로 시작할 수 있습니다.

이 Git & GitHub Professional Workflow 강의에서 코드를 작성하고 실행할 수 있나요?

네. 모든 Git & GitHub Professional Workflow 강의에는 내장 코드 에디터가 포함되어 있으므로, 브라우저에서 바로 실제 코드를 작성하고 실행한 후 즉시 AI 피드백을 받을 수 있습니다 — 로컬 설정이 필요 없습니다.

이 강의의 모든 강의

  1. 태그를 활용한 시맨틱 버전 관리
  2. 릴리스 생성 및 관리
  3. 릴리스 브랜치 및 핫픽스
  4. 변경 로그와 릴리스 노트 생성하기
← Git & GitHub Professional Workflow(으)로 돌아가기