gitflow

jieun·2022년 9월 21일
0

gitAndGithub

목록 보기
1/2

명령어

git init .
git remote add origin 주소 //저장소 연결
git checkout -d develop //브랜치 생성 후 이동
git checkout develop //브랜치 이동
git merge feature-some //이동한 브랜치에 병합
git branch -d feature-some //브랜치 제거
git checkout master //마스터브랜치에
git merge release-1.0 //병합하고
git tag -a 1.0 -m “first release” master //태그 기록

흐름

중심 브랜치 master develop
master 사용자에게 노출되는 버전
develop 실질적인 구현
기능에 따라 feature로 나누고 작업이 종료되면 develop로 병합
작업을 마무리하고 사용자에게 결과를 배포가 필요한 순간에 release를 만듦
release 이후 버그 수정을하고 문서를 업데이트를 할때마다 develop에 병합
테스트까지 마치면 release의 변경사항을 마스터로 병합하고 깃의 태그 기능으로 기록
이후 개발이 더 필요하기 때문에 master와 develop 모두에 병합
hotfixes 사용자에게 버전을 제공할때 긴급할때 생기는 버그에 대비, master와 develop 모두에 병합
feature는 develop의 변경사항을 바로바로 반영 받아야함
release의 변경사항은 바로바로 develop에 반영
hotfixe도 바로바로 develop에 반영

관련 링크

기본 설명
https://danielkummer.github.io/git-flow-cheatsheet/index.ko_KR.html

예제 중심의 설명
https://milooy.wordpress.com/2017/06/21/working-together-with-github-tutorial/

gitflow
https://ujuc.github.io/2015/12/16/git-flow-github-flow-gitlab-flow/

profile
개발새발 블로그

0개의 댓글