Git 기본 사항: 브랜치 및 전략

브랜치는 Git 사용의 필수적인 부분입니다. 브랜치를 프로젝트의 별도 버전으로 볼 수 있습니다.

일반적으로 말해서 항상 다음 두 분기를 제자리에 두는 것이 좋습니다.

master: (기본) 프로젝트의 프로덕션 버전입니다

.

개발: 앱의 테스트 버전

항상 거기에 있는 이 가지 외에도 다른 가지를 만날 수도 있습니다.
이러한 다른 분기는 해결하는 문제의 유형에 따라 다릅니다.

중요한 핫픽스를 위한 분기

프로젝트가 실행 중이지만 오타나 사소한 스타일 문제를 깨달았습니다.
항상 당장 해결해야 할 일입니다.

이러한 핫픽스 분기는 마스터 분기에 직접 병합할 수 있습니다. 그러나 최신 상태를 유지하기 위해 개발에 병합하는 것을 잊지 마십시오.

새로운 기능

더 자주 새 기능을 만들게 됩니다. 이것은 작은 기능일 수도 있고 생성하는 데 시간이 걸릴 수 있는 더 큰 기능일 수도 있습니다.

어느 쪽이든 여러 기능 분기를 사용하게 됩니다. 각 기능은 가능한 한 작아야 해당 분기가 수행하는 작업을 좁힐 수 있습니다.

기능을 완료하면 테스트 목적으로 개발 분기에 병합해야 합니다.

테스트는 항상 개별/개발 브랜치에서 수행되어야 합니다. 테스트가 양호하고 결과에 만족하면 개발을 마스터로 병합할 수 있습니다.

멋지게 꾸미고 싶다면 릴리스 브랜치를 도입할 수 있습니다. (나에게 그것은 매우 높은 요구 사항이 아닙니다)

GitFlow

이를 통해 GitFlow라는 것이 있습니다.

Vincent Driessen에서 만든 이 워크플로우는 Git을 사용하여 개발할 때 취해야 할 흐름을 설명합니다.

이것은 독단적인 흐름이지만 많은 다른 회사에서 이러한 성공을 보았습니다. 따라서 항상 내 프로젝트에 대해 선택하는 흐름입니다.

모델의 시각적 표현은 아래를 참조하십시오.

브랜치를 만드는 방법

이것은 모두 당신에게 멋져 보일 수 있으며 당신은 committing code to Git 에 대해 잘 이해하고 있습니다.
그러나 우리는 지금까지 마스터 브랜치 이외의 브랜치를 사용한 적이 없습니다.

프로젝트를 열고 지금 가지고 있는 것에서 개발 브랜치를 생성해 봅시다.

git checkout -b development

그러면 development라는 새 분기가 생성됩니다.

그러나 특정 다른 분기의 새 분기를 만들 수도 있습니다.

git checkout -b feature_1 development

이러한 브랜치는 여전히 로컬이며 GitHub로 푸시되지 않습니다.

다른 분기를 푸시하려면 다음 명령을 사용할 수 있습니다.

git push origin development

git push origin feature_1

그런 다음 GitHub로 이동하면 두 개의 새 분기가 표시되어야 합니다.



어떤 지점에서 작업하고 있는지 알고 있어야 합니다.checkout 명령을 사용하여 언제든지 다른 분기로 전환할 수 있습니다.

git checkout master

이 명령은 마스터 브랜치로 재설정합니다. 마스터 대신 모든 브랜치 이름을 사용할 수 있습니다.

그리고 Git의 브랜치를 마무리합니다. Gitflow와 첫 번째 브랜치를 만드는 방법에 대해 배웠기를 바랍니다.

내branches on GitHub를 볼 수 있습니다.

읽어주셔서 감사합니다. 연결합시다!

제 블로그를 읽어주셔서 감사합니다. 내 이메일 뉴스레터를 구독하고 Facebook에 연결하거나