티스토리 뷰
오늘 배운 내용까지 학습한 내용 개인 블로그 또는 개인 노션에 정리해서 제출
❗️필수 포함 내용 : 커밋 히스토리 화면 캡쳐, pr&merge 실습 화면 캡쳐
<제출방법>
필수 포함 내용과 오늘 배운 점 요약 작성, 캡쳐본 제출
Git 프로젝트에 브랜치를 생성한 뒤 브랜치 생성 결과를 정리하여 링크로 공유 하시오.
깃 브랜치 이름 규칙
깃 상태
git status
브랜치 목록
git branch
브랜치 이동
git checkout 이동할브랜치
브랜치 만들기
git branch 만들브랜치
브랜치 만들고 git log
-브랜치를 생성했는데 깃이 그대로 옮겨간것을 확인할 수 있음
깃 브랜치 이름 규칙
메인브랜치를 두고 밑 기능으로 복사해감
ex)메인브랜치 v1.2.0
[이름정하기]
- 기능 개발 : feature/login, feature/select-product
- 출시 준비 : release-1.3, release-1.4
- 긴급 수정 : hotfix-1.2.1
- git branch -d 브랜치이름 : 브랜치 삭제
커밋!
커밋해야만 그 브랜치안에 들어갈 수 있음(병렬로 들어갈 수 있음)/커밋하기 전에는 복사를 해도 수정은 되지않음
*커밋을 하면 롤백이 안되기에 자신이 있는 브랜치를 꼭꼭 확인해야함
원격 브랜치 실습
: git branch -r : 깃허브 원격에 연결되어 있는 브랜치 확인
깃허브에 브랜치 생성하고 깃 브랜치 복제하기
: git push 깃허브저장소별칭 깃브랜치명
->반대로, 깃허브에 브랜치를 먼저 생성하고 깃으로 받아오려면 깃브랜치명과 깃허브브랜치명을 바꿔서 작성하면 됩니다.
브랜치 전략[협업을 위해]
깃 브랜치 전략이란? : 깃 플로우라고도 부릅니다. 전략은 다양하게 짤 수 있습니다.
크게 2가지 분류
- fast-forward
- 3-way
fast-forward전략
: A branch에서 B branch를 생성한 시점부터, A branch에는 아무런 추가 구현을 하지 않고, B branch만 추가 구현 한 뒤
A branch와 B branch를 합치면 -> A branch에 그냥 B branch가 붙으면 끝남
3-way+fast-forward전략
: 일반적으로 가장 많이 사용하는 전략
main branch에서 feature/login branch을 생성한 시점부터
main branch에서 추가 구현을 하고,
feature/login branch도 추가 구현을 하고
feature/login branch와 main branch를 합치면 -> main branch와 feature/login branch가 서로 비교하여 바뀐 것을 정리하여 합치는 전략
pull reauest & merge
- 브랜치에서 기능을 추가한 후 사용이 끝나면 머지를 시키고 남아있는 나뭇가지는 날려버림
병합이란
- 브랜치를 생성한다는건, 협업을 위한 것
- 그래서 우리는 주로 브랜치 병합(추가 가지 -> base 가지)을 깃허브
- main 브랜치 보호
- 추가 브랜치 -> main 브랜치 병합 시켜줘 = pull reauest
- 충돌 일어나는지 깃허브가 자동으로 확인을 해줌
pr메세지 확인 - merge
merge commit - 브랜치 삭제(빈 가지 삭제)
-<merge된 깃허브 - 깃 동기화>
git fetch -p : 깃허브 브랜치 목록 동기화 -> (깃 브랜치 삭제)git checkout main -> 동기화 안돼서 삭제안됨 -> git pull origin main(동기화) -> git branch -d feature/login
merge 후 동기화
-<merge된 깃허브 - 깃 동기화>
git fetch -p : 깃허브 브랜치 목록 동기화 -> (깃 브랜치 삭제)git checkout main -> 동기화 안돼서 삭제안됨 -> git pull origin main(동기화) -> git branch -d feature/login
충돌 해결하기
git checkout -t : 원격 브랜치를 로컬 브랜치로 가져오기
실습하기
깃허브에서 위 내용처럼 그대로 한뒤 feature1, feature2로 실
