# Hotfix

2개의 포스트
post-thumbnail

git flow로 hotfix 하기🚑

그동안 수동으로 hotfix 브랜치를 만들어서 hotfix작업을 진행했는데, 이번에는 git flow를 이용해보았다. git-flow로 hotfix하는 과정은 아래와 같다. > 참고: git flow extension이 설치되어있다는 것을 전제로한 글입니다. ✨How to do 0️⃣ git flow init 명령어를 실행한다. git flow init은 Git Flow branching Model에 맞게 git repo를 초기화하기 위한 명령어이다. 이 명령어를 실행하면, Git Flow branching Model의 컨벤션을 따르는 branch가 생성되고, feature, hotfix, release와 같은 브랜치의 prefix(접두어)가 지정된다. > feature, hotfix, release가 브랜치의 prefix(접두어) 인 이유 > feature/popup, hotfix/1.0.2, `release/1.

2023년 3월 4일
·
0개의 댓글
·
post-thumbnail

git flow전략 hotfix rebase 테스트

현 회사는 git flow정책을 이용하여 버전관리를 이용하고 있다. hotfix가 없을땐 개발 > 스테이징 > 운영으로 배포하며 잘 운영하던 중 hotfix건이 발생하여 처리하는 과정에서 궁금한점이 생겨서 git을 이용하여 궁금했던 부분을 긁어보았다. 상황 핫픽스건 처리하시고 개발 서버에도 반영 해주세요~ 운영 브랜치에서 hotfix브랜치를 생성했다. 작업을 완료하여 운영에 commit merge 개발에도 넣어야 하는데 hotfix는 무조건 운영에서 따왔으니 베이스는 운영이다 여기서 base를 개발로 변경하고 개발에 병합하면 커밋 번호가 다를텐데 이후 스테이징 > 운영 배포시 충돌이 생길까? 라는 궁금점이 생겼다. 테스트 해봤다. 결과는 전혀 충돌은 없었다 rebase를 해서 main에 있는 hotfix의 베이스 정보가 다 날라가게 된다. 이상 뻘짓 완료 ㅎㅎ.. 사실 개발로 베이스를 변경 하는게 이상한게 맞다. ![](https://velog.velcdn.com/im

2022년 10월 13일
·
0개의 댓글
·