Git Branch

ブランチ(Branch)

브랜치의 장점
1. 한 소스코드에서 동시에 다양한 작업을 할 수 있게 해준다.
2. 소스코드의 한 시점과 동일한 상태를 만들고 브랜치를 넘나들며 작업 가능
3. 각각의 브랜치는 독립적으로 존재한다.

main이라는 브랜치에 우리가 작업을 소스코드를 둔다.

A는 hotfix라는 브랜치에 소스코드를 복사한뒤 작업을 하고
B는 develop라는 브랜치에 소스코드를 복사한뒤 작업을 하게 된다.

이후의 사람들도 각자 브랜치를 하나 담당하여 작업을 진행한다.

만약 일정 시간이 지나고 우리가 특정 작업을 마무리 해서 병합을 해야 하는 시기가 온다면

브랜치에 있는 코드를 하나하나 병합을 한뒤 테스트후 main이라는 통합 브랜치에 저장을 한다.

통합 브랜치
- 배포될 소스코드가 기록 되어 있는 브랜치
- 기본적으로 main브랜치가 해당이 된다(master인 경우도 잇다.)

피처 브랜치
- 각자 개인 또는 팀이 맡아서 작업할 브랜치를 말한다.
- 통합 브랜치에 있는 코드를 복사하여 만들어 지며 후에 병합에 사용 된다.

ブランチ命令セット

git branch 새로운 브렌치 이름
- 새로운 브랜치를 생성한다.

git branch
- 브랜치 목롱을 확인

git branch - v
- 브랜치 목록과 각 브랜치의 최근 커밋을 확인

git checkout 브랜치 이름
- 브랜치 전환

git checkout -c 브랜치 이름
- 새로운 브랜치를 생성후 해당 브랜치로 전환
- 즉 생성과 브랜치 이동을 동시에 한다.

브랜치 병합( master브랜치로 dev브랜치를 병합할떄)
1. git checkout master
2. git merge dev

git stash
- 아직 커밋을 하지 않은 작업을 스택에 임시 저장

プロジェクトワークフロー

이떄 한가지 알아 두어야 하는 점이 login브랜치에 추가 커밋이 있다 없다로 방식이 달라지는 점이다.

만약 login에서 oauth로 코드를 복사 한후에도 login의 소스코드에 변환가 있었다면 merge commit방식으로 병합이 되며

만약 login의 소스코드에 변화가 없엇다면
fast-forward방식으로 병합이 이루어 진다.

이것을 따른 말로는 rebase와 merge의 차이라고도 한다

面接の主な問題の一つ!!

merge와 rebase의 차이점에 대한 내용이다.

rebase의 원리는 앞서 말한 fast-forward와 같다.

merge같은 경우에는 변경 내용의 이력이 모두 그대로 남아 있기 떄문에 이력이 복잡해 지지만

rebase는 말 그대로 branch base를 이동 시킨다는 뜻으로 브랜치 통합을 목적으로 하지만 특정 시점으로 브랜치가 가리키는 곳을 변경하는 기능을 뜻한다.

만약 git rebase main feature/login이라는 명령어를 사용 하게 되면
main의 가장 최신 커밋으로 브랜치가 변경이 된다.

rebaseの詳細について

이렇게 3가지의 커밋 활동이 뜨게 된다.

pick f7f3f6d fix typo
pick 310154e wip
pick a5f4a0d bugfix

이 3가지의 커밋 활동중 우리는 bugfix부분의 커밋만 넘겨 주려고 한다면

s f7f3f6d fix typo
s 310154e wip
pick a5f4a0d bugfix

이렇게 pick을 s라는 명령어로 삭제 시켜 주면 된다.

# This is a combination of 3 commits.
# The first commit's message is:
fix typo

# This is the 2nd commit message:

wip

# This is the 3rd commit message:

bugfix

이러한 vi에서는 dd를 눌러서 원하지 않는 내용을 삭제 시켜 주어야 한다.
- bugfix만 남기고 싶기 떄문에 bugfix를 제외한 모든 사항을 dd 시켜 삭제 해준다.