Git Branch 이름 규칙
- 기능 개발 : feature/{기능}
ex) feature/search 등.. - 출시 준비 : release-{버전 이름}
ex) release-1.2.1 등.. - 긴급 수정 : hotfix-{버전 이름}
ex) hotfix-1.1.2 등..
Branch 활용 방법
브랜치를 활용하기 위해서는 Commit을 해줘야 한다.
1. 브랜치를 생성한다.
2. 브랜치를 선택후, 파일을 수정한다.
3. Commit을 해준다.
※ Commit을 하기 전, 반드시 현재 브랜치를 확인해준다.
(VS Code 기준 왼쪽 하단 혹은, git branch 명령어로 확인)
Git, GitHub 브랜치 목록 확인법
- Git : Git branch 명령어 사용.
- GitHub : Git branch -r 명령어 사용.
GitHub 브랜치 연동
git push 명령어로, Git에 만들어둔 Branch를 GitHub에 복제한다.
ex) git push origin {브랜치 명}
Git Branch 전략 (Git Flow)
-
fast-forward 전략 : Main Branch에서, Sub Branch 생성후, Main은 가만히 놔두고, Sub에서 기능을 구현 한 후, Main, Sub Branch를 합치면 됨.
-
3-Way 전략 : Main Branch에서, Sub Branch 생성후, Main과 Sub 각각 기능을 구현한 후, 바뀐 것들을 비교해 정리하여 합친다.
-
두 가지를 합친 방법 : Main과 Sub 모두 추가 구현을 하여 합치는 방법.
Pull request와 Merge
GitHub에서 Protect 기능을 사용하지 않으면, 아무나 내 코드를 수정할 수 있기 때문에, protect 기능을 사용해야 한다.
- pull request : protect된 repository에 병합을 하기 위해 pull request를 해야한다.
- Merge : pull request가 오면, 내용을 확인 하고 Commit 내역을 확인 후, Merge 해준다.
- Merge 후, 사용하지 않는 Branch는 지워주는 것이 좋다.
※ Merge한 것 또한 하나의 Commit 취급한다.
요약) main Branch 보호 후, 추가 브랜치를 pull request로 병합 요청, 충돌이 일어나지 않으면 병합, 병합 후, 사용하지 않는 Branch는 제거
Merge 후 Git으로 가져오기
- git pull로 가져오려고 하면 제대로 동작하지 않는다.
- git fetch 방식을 사용해, 깃허브와 동기화 시켜준다.
ex) git fetch -p - 그 후, git pull 사용해 merge commit을 해준다.
git pull origin main - git에서도, 이제 사용하지 않는 branch를 제거해 준다.
git branch -d {브랜치 명}
충돌 해결하기
각각의 기능을 구현 후, pull request시 충돌이 나는 부분에서 수정을 해주면 merge시 충돌을 해결할 수 있다.
오늘의 소감
오늘은 강의 내용이 다소 많아 생각보다 양도 길고 시간도 꽤나 걸렸다.
Git과, GitHub에 대해 이렇게 자세하게 공부한 것은 이번이 처음이라 살짝은 어색해도 너무나도 쉽게 가르쳐 주셔서 잘 배운것 같다.
배우기만하고 써먹지 않는다면 의미가 없겠지, 어서 GitHub를 같이 쓰며 협력해보고 싶다.
