기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

# GitHub 흐름 전략의 브랜치
<a name="branches-in-a-git-hub-flow-strategy"></a>

GitHub Flow 분기 전략에는 일반적으로 다음과 같은 분기가 있습니다.



![GitHub Flow 분기 전략의 브랜치 및 환경입니다.](http://docs.aws.amazon.com/ko_kr/prescriptive-guidance/latest/choosing-git-branch-approach/images/githubflow-branching-strategy.png)


## 기능 브랜치
<a name="feature-branch"></a>

브`feature`랜치에서 기능을 개발합니다. `feature` 브랜치를 생성하려면 브랜치에서 브`main`랜치합니다. 개발자는 `feature`브랜치에서 코드를 반복, 커밋 및 테스트합니다. 기능이 완료되면 개발자는에 대한 병합 요청을 생성하여 기능을 승격합니다`main`.


|  |  | 
| --- |--- |
| 명명 규칙: | `feature/<story number>_<developer initials>_<descriptor>` | 
| 명명 규칙 예제: | `feature/123456_MS_Implement_Feature_A` | 

## 버그 수정 브랜치
<a name="bugfix-branch"></a>

`bugfix` 브랜치는 문제를 해결하는 데 사용됩니다. 이러한 브랜치는 브`main`랜치에서 분기됩니다. 샌드박스 또는 하위 환경에서 버그 수정을 테스트한 후 병합 요청을 `main` 통해에 병합하여 상위 환경으로 승격할 수 있습니다. 이는 조직 및 추적에 권장되는 이름 지정 규칙이며,이 프로세스는 기능 브랜치를 사용하여 관리할 수도 있습니다.


|  |  | 
| --- |--- |
| 명명 규칙: | `bugfix/<ticket number>_<developer initials>_<descriptor>` | 
| 명명 규칙 예제: | `bugfix/123456_MS_Fix_Problem_A` | 

## 핫픽스 브랜치
<a name="hotfix-branch"></a>

`hotfix` 브랜치는 개발 직원과 프로덕션에 배포된 코드 간의 지연을 최소화하면서 영향력이 큰 중요한 문제를 해결하는 데 사용됩니다. 이러한 브랜치는 브`main`랜치에서 분기됩니다. 핫픽스를 샌드박스 또는 하위 환경에서 테스트한 후 병합 요청을 `main` 통해에 병합하여 상위 환경으로 승격할 수 있습니다. 이는 조직 및 추적에 권장되는 이름 지정 규칙이며,이 프로세스는 기능 브랜치를 사용하여 관리할 수도 있습니다.


|  |  | 
| --- |--- |
| 명명 규칙: | `hotfix/<ticket number>_<developer initials>_<descriptor>` | 
| 명명 규칙 예제: | `hotfix/123456_MS_Fix_Problem_A` | 

## 기본 브랜치
<a name="main-branch"></a>

`main` 브랜치는 항상 프로덕션에서 실행 중인 코드를 나타냅니다. 코드는 병합 요청을 사용하여 `main`브랜치에서 `feature`브랜치로 병합됩니다. 삭제를 방지하고 개발자가 코드를에 직접 푸시하지 못하도록 하려면 `main`브랜치에 대한 브`main`랜치 보호를 활성화합니다.


|  |  | 
| --- |--- |
| 명명 규칙: | `main` |