⭐알게 된 점⭐
git flow
- master : 기준이 되는 브랜치로 제품을 배포하는 브랜치
- develop : 개발 브랜치, 개발자들이 이 브랜치를 기준으로 각자 작업한 기능들을 Merge
- feature : 단위 기능을 개발하는 브랜치, 기능이 완료되면 develop 브랜치에 Merge
- release : 배포를 위해 master로 보내기 전, QA를 하기위한 브랜치
- hotfix : master 브랜치로 배포 후 버그가 생겼을 때 긴급 수정하는 브랜치
github flow
- hotfix 브랜치와 feature 브랜치를 구분하지 않음
- 수시로 배포가 일어나며, 배포가 자동화되어 있는 프로젝트에 유용
Fork와 Pull Request
- 프로젝트를 외부로 복제해서 개발하는 방식
- 바로 Merge 하는 것이 아닌 관리자에게 Full Request를 보내고 그 코드를 관리자가 판단 후 기능을 Merge 하는 방식
참고
Git branch 전략(Git-Flow, Github-Flow, Gitlab-Flow)
Branch란?브랜치란 독립적으로 어떤 작업을 진행하기 위한 개념입니다. 필요에 의해 만들어지는 각각의 브랜치는 다른 브랜치의 영향을 받지 않기 때문에, 여러 작업을 동시에 진행할 수 있습니
velog.io
🐰 END
전에 들은 교육에서는 Git Flow 방식을 써 협업을 했었고
이번 스파르타에서 진행된 팀 과제에서는 Fork 와 Pull Request 방식을 사용하였었다.
음 개인적인 생각으로는
Git Flow가 더 어렵지만 진행사항이나 프로젝트를 관리하기에는
더 좋을 것 같다는 생각이 들었다..!
