깃 브랜치 적용

개발공부·2023년 1월 11일
0

* 만들게 된 계기(이재홍님 트위터)

* 진행하면서 깨달은 점

▶ 이전까지 계속 main 브랜치에만 commit, push했는데 그런 방법이 아닌 개별 브랜치에서 내용 확인 후 최종 merge를 해야함을 알게 됨
▶ 이 게시글 이후에는 각 이슈 생성 후 브랜치를 생성하면서 프로젝트 진행할 것

* 진행 순서

1) 모든 작업은 시작 전에 이슈부터 만듦
2) 이슈에 작업 내용을 자세히 적음
3) 작업 전에 feature/이슈번호-hello-world 식으로 브랜치 만듦
4) 커밋 로그는 #이슈번호로 시작해서 무엇을 어떻게 수정했는지 적음
5) 해당 브래치를 풀 리퀘스트로 만들고 머지를 함

* 브랜치 참고 글(누구나 쉽게 이해할 수 있는 Git 입문)

* 브랜치 생성

git branch feature/#1-engWord_next

* 브랜치 목록 확인

git branch

* git 브랜치 전환

git checkout feature/#1-engWord_next

* git 브랜치 전환 후 main과 코드가 다를 경우

git pull origin main

* git #1-engWord_next 브랜치로 커밋, 푸쉬하기

git add .
git commit -m "커밋할 내용"
git push origin feature/#1-engWord_next

* git log 확인

git log -p

* git log 나가기

Q 누르기

* git merge하기

git branch //목록 확인
git checkout main //main으로 이동
git merge feature/#1-engWord_next

merge가 충돌 나는 경우 merge 취소
git reset --merge

  • master 브랜치에 해당 브랜치의 내용을 강제로 씌우는 식의 방법

* 결과

▶ main : 각 브랜치들을 통합하는 것

▶ feature/#1-engWord_next : Issues에서 생성한 #1

-> git push origin feature/#1-engWord_next 이후 Pull requests에서 merge 알림이 뜸(그 때 변경 내용 정리)

▶ feature/#2-engWord_next : Issues에서 생성한 #2

-> git push origin feature/#2-engWord_next 이후 Pull requests에서 merge 알림이 뜸(그 때 변경 내용 정리)

profile
개발 블로그, 티스토리(https://ba-gotocode131.tistory.com/)로 갈아탐

0개의 댓글