branch

코드를 통째로 복사하고 나서 원래 코드와는 상관없이 독립적으로 개발을 진행할 수 있는데, 이렇게 독립적으로 개발하는 것, 쉽게말해 복사본이라고 생각하면 된다.

브랜치 생성 + 이동

(main) git switch -c jong(브랜치 명)

(main) git checkout -c jong(브랜치 명)

새로운 브랜치에서 코드 수정

(jong) git add .
(jong) git commit -m "새해 복 많이 받으세요!!!"
.
.
.

새로운 branch에서 저장하면 main branch에서는 수정이 안되어있기 때문에 다음 과정을 진행 해줘야 합니다. 그래야 팀원들과 최종으로 합칠 수 있기 때문입니다.

브랜치 합치는 과정

(jong) git switch main

(main) git merge jong

merge까지 해게되면 드디어 main branch에 코드를 합치게 됩니다.

PR(Pull Request)

터미널 환경 말고 Github환경에서 합칠 수 있는 기능입니다.
레퍼지토리의 branch에 변경 내용을 전달 할 수 있습니다.
PR이 열리면 협력자와 변경 내용을 검토하고 후속 커밋을 추가할 수 있습니다.

굳이 Github에서 합치는 이유

합치기 전&후 코드를 비교하기 위해 Github에서 합칩니다.

순서

jong branch에 작업 내용이 있다

1) git push origin 내 브랜치 명

• jong branch에서 작업했던 내용을 최신화한다.

2) Pull Request(PR) 클릭

• Github로 가서 pull request를 클릭

3) files changed 클릭시 코드 리뷰 가능

• 코드에 대한 comment를 댓글형식으로 달아줄 수 있습니다.

4) 최종 선택 후 confirm merge 클릭

• 최종 선택을 하고 confirm merge를 클릭
• 클릭하면 Github상에 있는 코드는 변경된다.

5) git switch orgin main으로 이동

(jong)git switch orgin main

6) git pull orgin 합칠 브랜치

• 합칠 브랜치코드를 내 로컬에 최신화
  (main)git pull orgin main

정리

1. 브랜치 생성 및 이동

2. 기능 개발 및 코드 저장

3. 코드 업로드 및 PR 생성

4. Github에서 merge

5. 내 로컬에도 반영 - git pull origin main

★main branch는 배포용이기 때문에 개발용 branch dev를 만들어서 테스트를 한 후 올리는 경우가 대부분.
이 후는 다음 TIL에 올리겠습니다!!

하루를 마치며

오늘은 새 해 첫날이다. 그럼에도 불구하고 나는 공부했다. 프로그래밍 기초주차 계획을 보니 강의를 듣고 개인과제까지 하는 것이 타이트해보여서 쉬는날에도 해야된다고 생각했다. 공부할 때 ZEP에 접속했는데 내가 1등이였다. 그 다음에 미경님, 수민님이 오셨고 다른 분들도 몇몇 오셨다. 대략6명 정도 오셨다. 지금 TIL 작성 중에는 세 분과 함께 공부하고있다. 동료분들과 공부하니까 더 재미있고 친해질 수 있어 좋다. 혼자 하면 사람 만나기가 힘든데 내배캠에 들어오길 잘했다고 생각했다. 앞으로 강의가 3개 주차 남았는데 열심히 해서 토요일까지 끝내고 2회독 하는 것이 목표다. 목표를 향해 달릴 것이다.