Git rebase

dudgus1670·2022년 3월 15일
0

Git flow


main이 default로 있고, 여기서 feature 기능 브랜치 생성 하는 게 아니라 develop 브랜치 생성하고 기준으로 feature 브랜치 생성 함. develop역할은 Master 역할을 함.
feature브랜치가 바로 main merge 되면 실시간으로 운영하고 있는 서비스를 유저들이 바로 봄. 위험도 높아짐
main브랜치는 신성 불가침한 영역. 그 사이 안전고리 역할 하는
Develop 브랜치 만들고 이 브랜치 기반 feature 브랜치 생성 해서 개발 병합하는 과정 거침.
feature 브랜치로 add ., commit 완료 되면 develop에 병합
기능 개발이 완료 되면 develop에 기능 개발이 다 모임
기능 개발이 다 완료 됬다고 해서 main, master 브랜치로 병합 하는 것 아님.
그 전에 소프트웨어 테스팅(품질보증) 하는 QA 진행. 이 때 생성하는 브랜치가 relese브랜치. QA에서 수정사항이 있으면 수정 최종사항을 develop에 병합
메인 브랜치에서 QA까지 진행했는데 에러가 나면 생성하는 브랜치가 Hotfix브랜치





연두색 브랜치가 메인 브랜치가 처음 시작되는 초기 세팅 부분에서 시작되는게 아니라
사인업 브랜치가 완료된 후로 베이스가 옮겨짐. 사이에 시간이 섞여 있음에도 이력이 합쳐져 있음



잘못 리베이스를 했다면, git rebase —-abort (리베이스 도중) 혹은 git reflog 로 돌아갈 지점을 찾은 후 git reset --hard 돌아갈지점 (리베이스 완료 후) 명령어로 복구할 수 있습니다.

profile
선명한 기억보다 흐릿한 메모

0개의 댓글