GitHub 협업 – 현업에서 깃브런치를 관리하기 위한 전략

깃브런치를 관리하기 위한 전략

1)메인 프런치

=>실제 제품으로 나갈수 있는 상태

=>이건 건들이면 안된다 배포중이니까

2)develop브런치(팀장 브랜치)

=>메인 브런치를 기반으로 만들어진 브랜치

=>메인선택해서 만든 브런치

=>다음 배포에 나갈 내용을 메인에서 머지할수 있음

=>다음배포에 나갈 내용을 메인에서 머지할수 없으므로 진행중이 개발내용이 머지될 브런치

=>다음 출시버전을 여기에 합칠거임

3)feature브런치(팀원 브랜치)

각각의 개발자들이 자기의 개발을 하기위해 만드는 작업브랜치

develop브랜치를 기반으로 만들고 나중에 디벨롭에 merge할거다

=>feature브런치가 작업이 끝나면 push하고 merge가 끝나면 삭제될거다

=>기능을 개발하는 브랜치

보통은 이 3가지로 만들어서 쓴다

4)release브랜치

=>develop브랜치를 기반으로 만들기

=>이번 출시 버전을 준비하는 브랜치

=>작업이 완료되고 배포시점이 왔을떄 생성된다

=>q&a나 여러 작업을 마무리하고 main브랜치와 머지한다

5.hot fix 브런치를 만든다

=>배포직전에 혹은 운영중에 긴급하게 발생가능한 오류나 이슈가 있는경우 정리하기 위한 브랜치

release브랜치를 기준으로 만드는것이 원칙이다

=>main브랜치와 merge된다

내가 블로그 만드는 순서랑 똑같네?

집이나 주식이나 교회나 브로그나 다 방법은 같나봄?

 협업에서는 브런치를 5개정도 나눠서 하지만

지금 우리가하는건 메인과 마스터 2개를 합쳐야한다

이걸 main브런치로 동기화 한다로 우리는 말한다

https://www.youtube.com/watch?v=fOj_DHlkcMU

https://www.youtube.com/watch?v=8tCUuVs7Fhg

https://www.youtube.com/watch?v=s-ERqAFffnE

이 세영상 보고 10번 따라하면 된다!

먼저 이클립스에 main브런치를 생성하는 방법을 알아볼거다

프로젝트=>스위치투=>creat브런치

마스터위에 메인을 만든다

이건 마스터를 복사해서 메인에 들어간다

둘을 언제든지 체크아웃으로 바뀌는게 가능하다

이제 메인으로 통일해야하니 마스터를 제거할거다

딜리트하면 메인만 남는다

자이제 깃허브 갈거다

깃허브는 메인과 마스터 둘다 있다

뷰 all브런치를 눌러서 다 보고 제거가능

주의점

오늘 우리가 메인에서 메인으로 푸시랑 풀을 하는데 이건 확인같은거 안받고 바로 된다

이거는 너무 위험하다 메인끼리 푸시 풀은 하면안된다

프로젝트 팀리더도 따로 만들어야한다

파이널때까지 이거 계속하면 깃은 아무것도 아니다

현업에서 계신분도 베쉬랑 히스토리 아이디연결등등 다 모를수있다