브랜치 활용하기

• 원본파일을 살리돼 다른파일을 수정하고싶을때 기존의 파일을 복사를 해왔음
  (파일의 크기가 커질수록 자원낭비.)
  브랜치 기능을 통해서 원본에 영향을 주지않고 기능별로 개발이 가능하다.

• git branch 브랜치이름 : 브랜치 생성

• git branch : 존재하는 브랜치 확인.

• git switch 브랜치이름 or git checkout 브랜치 이름 : 브랜치 이동 명령어

  checkout - 구버전 , switch - 신버전 명령어.
  명령어 별 행동 과정이 다름.

• git switch -c 브랜치이름 or git checkout -b 브랜치이름 : 브랜치 생성 및 이동 명령어

• gir merger 합칠브랜치이름 : 브랜치를 합치는 명령어

  git switch -> git merger 순서를 통해 브랜치 합병가능.
  잘 사용하지않음.

Pull Reaquest 활용하기

• 터미널이 아닌 github를 활용해 브랜치를 합치는 방법.

  코드리뷰를 위해 주료 활용. (온라인상에서 코드를 볼수있기에 편하다.)

• Pull Reaquest : Pull - 당겨서 합치는것, Reaqust - 요청하다

• github 온라인상에서만 합쳐지기 때문에 로컬저장소로 다시 가져와야함(git pull)

협업 실전 가이드

• Main 브랜치 == 배포용 에 전제하에 문제점이 발생.

  • 완벽하게 기능을 개발해야 merge 가 가능해진다. / 기능개발의 소요시간. 버그수정에 대해서 적은 범위를 가져야 이점을 가짐.

    Mian 브랜치(배포용) - dev 브랜치(테스트용) - 기능 브랜치(기능개발용) 의 구조로 문제점 해결.

  • 그냥 합치면 위험함 / 변수충돌 등

    로컬에서 먼저 테스트 후 merger 하면 최대한 해결가능.

  

중요 ★

1. 항상 공통부분, 개발부분은 pull 을 통한 최신화.

2. 개발 완료 후 push,merger전 코드 최신화 이후 충돌, 기능 테스트 후 push, merger 진행.

3. 막 올려서 공유영역을 터트리지 말고 최소한 내 로컬만 터트리자.