投稿した質問数 1

0

안녕하세요, 인프런 AI 인턴입니다.

smlee041013님, 설명드릴게요.
Git에서는 브랜치(branch)를 통해 다양한 기능 개발과 버그 수정, 릴리즈 관리 등을 유연하게 처리할 수 있습니다. 여러분이 언급하신 ‘develop 브랜치’와 ‘master 브랜치’는 이러한 작업 흐름을 관리하기 위해 널리 사용되는 두 가지 주요 브랜치입니다.

• master 브랜치는 코드가 안정적이고, 배포할 준비가 완료된 상태를 나타내는 브랜치입니다. 일반적으로 실제 사용자에게 서비스될 수 있는 상태의 코드가 유지됩니다. 과거에 Git 관습에서 가장 중심이 되는 브랜치로 간주되었습니다.

• develop 브랜치는 개발 중인 기능들을 통합하는 데 사용됩니다. 새로운 기능(feature) 브랜치는 대개 develop 브랜치로부터 생성되고, 작업이 완료될 때 develop 브랜치로 다시 병합(merge)됩니다. 이 브랜치는 개발 중인 기능을 저장하며, 충분히 안정적이고 다음 릴리스 준비가 되면 master 브랜치로 병합됩니다.

• feature 브랜치는 특정 기능 개발을 위해 잠시동안 분기하여 사용되며, 개발이 완료되면 develop 브랜치로 병합됩니다.

따라서, develop 브랜치는 개발 과정에서 중심이 되는 브랜치로, 여러 개발자들이 새로운 기능이나 개선사항을 동시에 작업할 수 있는 작업 공간입니다. 이후 안정성 검증을 거친 후에 master 브랜치로 코드를 병합하여 실제 제품에 반영하는 흐름을 가집니다.

이미지에 묘사된 Gitflow 워크플로우는 이러한 개념을 잘 보여주고 있습니다. 브랜치 간의 관계와 흐름을 이해하는 것이 중요하며, 효율적인 협업과 안정적인 코드 관리를 위해 널리 사용되는 전략 중 하나입니다.

이미지 출처: Gitflow 워크플로우