Git & GitHub Professional Workflow · 강의

Gitflow 워크플로 입문

main, develop, feature, release, hotfix 브랜치로 구성된 체계적인 Gitflow 모델을 알아보세요.

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

깃플로에 오신 것을 환영합니다

대규모 팀이 체계적인 릴리스와 원활한 협업을 위해 깃 저장소를 어떻게 관리하는지 궁금했던 적이 있으신가요?

깃플로 워크플로는 팀이 바로 그런 작업을 할 수 있도록 설계된 인기 있는 브랜칭 모델입니다. 이 모델은 개발 단계가 명확하고 릴리스가 잦은 프로젝트를 관리할 수 있는 견고한 체계를 제공합니다.

핵심 브랜치

깃플로에는 수명이 긴 두 개의 주요 브랜치가 있습니다.

main(때로는 master라고도 함): 이 브랜치는 항상 제품 출시가 가능한 상태를 반영합니다. 이곳의 모든 커밋은 안정적이고 배포할 수 있어야 합니다.
develop: 모든 개발 작업을 통합하는 브랜치입니다. 새 기능을 이곳에 병합하여 다음 릴리스의 기반을 만듭니다.

'develop' 설정하기

깃플로를 시작할 때는 일반적으로 main에서 develop 브랜치를 만듭니다. 이렇게 하면 기본 개발 라인이 설정됩니다.

develop 브랜치를 만들고 전환해 보겠습니다.

git branch develop
git checkout develop

기능 브랜치

새 기능 작업을 시작할 때는 feature 브랜치를 만듭니다. 기능이 완성될 때까지 작업을 격리하는 데 도움이 되는 임시 브랜치입니다.

기능 브랜치는 항상 develop 브랜치에서 만듭니다.

git checkout develop
git checkout -b feature/user-profile

기능 작업하기

feature/user-profile 브랜치에서 새 기능을 개발합니다. 기능이 완성되고 테스트까지 끝나면 develop에 병합합니다.

작업을 커밋하는 방법은 다음과 같습니다.

git add .
git commit -m "Add user profile page"

기능 통합하기

기능을 완성한 후 develop에 병합합니다. 이렇게 하면 새 기능이 기본 개발 라인에 통합되어 다음 릴리스 주기에 사용할 수 있게 됩니다.

그런 다음 기능 브랜치를 삭제할 수 있습니다.

git checkout develop
git merge feature/user-profile --no-ff
git branch -d feature/user-profile

릴리스 브랜치

develop에 다음 릴리스에 포함할 기능이 충분히 추가되면 develop에서 release 브랜치를 만듭니다. 이 브랜치에서는 최종 준비, 버그 수정, 마지막 순간의 조정을 진행합니다.

이곳에는 새 기능을 추가하지 않습니다!

git checkout develop
git checkout -b release/1.0.0

릴리스 마무리하기

release 브랜치가 안정화되면 다음 두 곳에 병합합니다.

main: 공식 릴리스를 표시하기 위한 곳입니다. 버전 태그(예: v1.0.0)도 이곳에 적용합니다.
develop: 릴리스와 관련된 모든 버그 수정이 이후 개발에도 반영되도록 하는 곳입니다.

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

긴급 수정 브랜치

제품 환경(main)에서 치명적인 버그가 발견되면 어떻게 해야 할까요? 문제를 신속하게 해결하기 위해 hotfix 브랜치를 사용합니다.

긴급 수정 브랜치는 main에서 직접 만들고, 수정한 뒤 새 태그와 함께 main과 develop 양쪽에 다시 병합합니다.

git checkout main
git checkout -b hotfix/critical-bug-fix
# ... fix bug and commit ...
git checkout main
git merge hotfix/critical-bug-fix
git tag -a v1.0.1 -m "Hotfix for critical bug"
git checkout develop
git merge hotfix/critical-bug-fix
git branch -d hotfix/critical-bug-fix

깃플로 브랜치 역할

깃플로 워크플로에서 각 브랜치의 역할을 제대로 이해했는지 확인해 보겠습니다.

깃플로 워크플로 복습

깃플로 워크플로에 대해 배웠습니다!

main: 제품 출시가 가능한 코드입니다.
develop: 새 기능을 통합하는 브랜치입니다.
feature: 새 기능을 개발하는 브랜치이며, develop에서 분기합니다.
release: 새 릴리스를 준비하는 브랜치이며, develop에서 분기합니다.
hotfix: 제품 환경의 긴급한 버그를 수정하는 브랜치이며, main에서 분기합니다.

이러한 체계적인 접근 방식은 팀이 복잡한 개발 주기를 더 효과적으로 관리하는 데 도움이 됩니다.

자주 묻는 질문

“Gitflow 워크플로 입문” 강의는 무료인가요?

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

“Gitflow 워크플로 입문”에서 뭘 배우나요?

main, develop, feature, release, hotfix 브랜치로 구성된 체계적인 Gitflow 모델을 알아보세요. 브라우저에서 직접 실행하는 실습 코드로 Git & GitHub Professional Workflow을(를) 배우며, 24/7 AI 튜터가 강의를 진행하면서 질문에 답변해줍니다.

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

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

“Gitflow 워크플로 입문” 강의는 얼마나 걸리나요?

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

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

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

이 강의의 모든 강의

← Git & GitHub Professional Workflow(으)로 돌아가기