[TIL] 스파르타 백엔드 캠프 13일차

[오늘 할일]

코트카타

과제 제출(추가 : 리드미 작성)

자바 강의

깃특강

=================================================================================

 

공부한 내용

- 브랜치 활용하기

수정은 하고 싶은데 원래 파일은 그대로 두고 싶을 때 

는 브랜치를 활용한다 브랜치는 복사본이랑 비슷한 개념이다

이 브랜치를 생성하기 위해선 git branch  브랜치 이름 이라는 명령어를 쓴다.

git branch 내가 설정할 브랜치 이름

위 코드를 작성하면 아무런 변화가 없는 것 처럼 보이지만 

잘 들어 갔는지 확인 할때 사용하는  브랜치 확인 명령어를 쓴다.

git branch

이 명령어를 사용하면 브랜치 목록들이 나온다

내가 필요한 브랜치로 들어가는 법은

git switch 브랜치 이름
git checkout 브랜치 이름

두개의 차이점은 이동한다는 점에서 큰 차이는 없지만 checkout은 옛날 꺼고 이동말고 다른 기능도 더 있는 것 같다.

switch는 순수 이동 시키는 명령어

브랜치의 생성과 이동을 한번에 하는 명령어

git switch -c 브랜치 이름
git checkout -b 브랜치 이름

 -c 는 create, -b는 branch의 약자이다.

 

짠 코드를 main에 합치는 이유는 협업하기 위함이다.

브랜치를 합치는 명령어

git switch 최종 브랜치 이름 //이동하고
git merge 합칠 브랜치 이름 // 합침

정리)

 

 

사실깃 명령어 merge는 잘 사용하지 않는다 => 터미널 말고 깃허브에서 합치기

깃허브에서 merge할수 있는 방법이 "Pull Request"

Pull : 당겨서 합치는 것(merge) +  Request : 요청하다  = 합치는걸 요청하다.

 

[협업 실전 가이드]

main 브랜치는 배포용으로 쓰인다

문제점 1) 완벽하게 기능을 개발해야 merge가 가능함

해결책 1) 회사마다 방법이 다르지만 개발용 브랜치를 따로 만든다

main브랜치(배포용), develop브랜치(테스트용), 기능 브랜치(기능 개발용)

[역할 분담]

> 팀장 : 초기 코드 작성 및 github업로드

폴더 생성 -> 초기 코드 작성 -> git init, add ,commit -> github 레포지토리 생성 -> github업로드(git push) ->

dev(혹은 develop) 브랜치 생성 => 방법: git switch -c dev(로컬에서 dev브랜치 생성) -> git push orgin dev(github에도 반영)

-> 깃 허브에서 dev브랜치를 default로 설정 => 방법 settings 클릭 Default를 데브 브랜치로 기본설정

-> 팀원들을 collaborator로 등록

 

> 팀원

git clone 하기 

git clone 깃주소 . //.을 꼭 적도록 하자

[기능 개발 시작]

1. 기능 브랜치 생성 및 기능 개발 : 각자 브랜치를 생성(dev브랜치용아님),자기가 사용할 용도의 브랜치로 git 커밋 , 푸쉬 함

2. Pull Request 생성 (같은 줄 다른 코드가 있으면 = 깃 충돌 = > merge버튼 비활성화)

3. 코드 작성자: 리뷰요청

-3가지 옵션: comment(수정), approve(승인): 합쳐도 되겠다. , request changes(반려)

4. 합치기 전 내 로컬에서 충돌 해결 및 테스트 

합친 이후 내 로컬에도 변경 사항을 반영시켜준다.

정리)

 

[그림으로 나타낸 협업]