30_Git 2편

5. local bruch → Github branch

1) local master에서 local branch를 생성 (git branch 디렉토리명)

ex. git branch test
:: test branch 생성

2) branch로 시점(?) 옮기기

:: VS Code의 왼쪽 하단을 보면 현재 master인지 branch인지 알 수 있다. (feature/taekjunsim => branch 네임)

:: main(= master)로 이동하려면 git checkout master,
branch로 이동하려면 git checkout branch명을 입력한다.

ex. git checkout main
:: main으로 이동

3) 편집 (파일 수정 - add - commit)

4) github branch에 업로드 (git push origin github의 branch파일명)

ex. git push origin feature/taekjun

** local master와 local branch가 있듯, github도 master와 branch로 분리할 수 있다.

5) PR(Pull Request) 실행

위코드의 가이드라인

• Add: 레이아웃 / 기능 추가
• Remove: 내용 삭제 (폴더 / 파일 삭제)
• Modify: 수정 (JSON 데이터 포맷 변경 / 버튼 색깔 변경 / 폰트 변경)
• Fix: 버그/오류 해결
• Refactor: 코드 리팩토링 (멘토 리뷰 반영 / 스스로 리팩토링 / 중복 코드 제거 / 불필요 코드 제거 / 성능 개선)

예시)
Add: 이미지 슬라이더 추가
- 메인페이지 이미지 슬라이더 구현
- 3초 간격으로 자동으로 넘어가는 기능 구현

참고)
로그인 기능이 문제가 있어서 수정함 (x)
로그인 시도시 API 호출이 제대로 일어나지 않아 로그인이 되지 않는 버그 수정 (o)

매장 데이터 검색 만듦(x)
매장 위치 조회시 매장 위치의 위도/경도를 기준으로 필터링하는 기능 구현(o)

6) 업데이트된 github branch와 기존의 github master의 병합 (git merge)

** 검증되지 않았거나, 확실하지 않은 내용은 master를 오염시킬 수 있다.

ex. git merge category
:: master 디렉토리에서 해당 명령어를 실행한 경우,
:: category branch가 master 디렉토리에 합쳐진다고 할 수 있다.
:: merge 뒤에 쓰여진 디렉토리가 명령어를 실행한 위치에 합병되는 느낌(?)

7) 병합된 github master파일을 내려 받기 (git pull origin masterURL)

ex. git pull origin https://~~~~.git

:: 1편은 날아갔다. 추후 다시 쓰는 걸로.....