GitHub 흐름 살펴보기
GitHub 흐름은 GitHub가 기존 Git 기반 공동 작업 소프트웨어 개발에 가치를 추가하는 방법을 보여 줍니다. 그 목적은 프로젝트 리포지토리에 변경 내용을 적용하는 프로세스에 대한 규범적인 지침을 제공하여 GitHub 호스팅 프로젝트에 대한 업데이트를 간소화하는 것입니다. 샘플 시나리오의 조직은 특히 Git 기반 리포지토리 사용에 대한 경험이 부족하다는 점을 고려할 때 GitHub Flow를 DevOps 사례에 통합하면 도움이 될 수 있습니다. 이 단원에서는 GitHub 흐름의 가장 일반적인 사용 사례를 나타내는 단계 시퀀스를 검토합니다.
GitHub 흐름을 따르기
기본 분기 워크플로를 보여 주는 
GitHub 흐름은 다음 단계로 구성됩니다.
리포지토리생성합니다. GitHub 흐름을 따르려면 GitHub 계정 및 리포지토리가 필요합니다. 기본적으로 새 리포지토리에는 일반적으로 main이라는 이름의 기본 분기가 포함됩니다.
브랜치생성하기. 다른 분기를 만들면 기본 분기에 영향을 주지 않고 변경 내용을 개발하고 저장할 수 있습니다. 또한 변경 사항이 기본 분기에 병합되기 전에 검토하는 방식으로 다른 사람들이 변경 사항에 대해 공동 작업할 수 있습니다. GitHub에서 직접 분기를 만들거나 리포지토리를 로컬 컴퓨터에 복제하고 분기를 만들 수 있습니다.
분기에 변경 사항 적용하기. 커밋을 호출하고(로컬로 작업하는 경우) 푸시 작업을 수행하여 새로 만든 분기에 변경 내용을 적용합니다. GitHub 웹 인터페이스를 사용하여 GitHub 호스팅 리포지토리에서 직접 파일을 편집할 수 있습니다. 모든 커밋에 대해 적용한 변경 내용을 설명하는 짧은 메시지를 제공합니다. 변경 내용이 완료된 것으로 간주하고 다른 사용자에게 검토를 요청할 준비가 될 때까지 이 단계를 반복합니다.
끌어오기 요청생성하기. 생성한 브랜치에 대한 마지막 커밋 이후 피드백을 요청하려면 PR(일반적으로 "PR"로 약칭) 풀 리퀘스트를 생성하십시오. 브랜치에 포함된 변경 내용에 대한 요약을 제공하고 이러한 변경이 의도하는 개선 사항을 설명합니다. 특정 개인 또는 팀의 검토를 요청하려면 @ 멘션 표기법을 사용합니다.
주 분기, 기능 분기, 끌어오기 요청을 보여주는 다이어그램
끌어오기 요청을(를) 검토 중입니다. 여기서 다른 사용자가 개입하여 끌어오기 요청을 검토하고 의견, 질문 및 제안을 포함하여 피드백을 제출합니다.
검토 의견 처리하기. 검토가 완료되면 변경 내용을 고려하여 조정하고 끌어오기 요청 승인을 기다립니다.
끌어오기 요청 병합하기. 끌어오기 요청을 승인하면 만든 분기의 콘텐츠를 기본(기본) 분기와 병합할 수 있습니다. GitHub는 기본적으로 끌어오기 요청에 주석과 커밋을 유지하므로 사용자와 다른 사용자가 언제든지 다시 방문할 수 있습니다. 분기 보호를 구현할 때 해당 제한은 병합 기능에 영향을 줄 수 있으므로 먼저 만족하는지 확인합니다.
분기 삭제하기. 병합이 완료되면 만든 분기를 삭제할 수 있습니다. 이렇게 하면 리포지토리의 크기를 최소화하고 부실 분기를 실수로 사용하지 않도록 방지할 수 있습니다.