Git Flow Branch Strategy

Git은 분산 버전 관리 시스템(VCS)

엔지니어가 리버스엔지니어링을 함. (해킹을 한것.) 그래서 돈내라고 막 요구하니까 리눅스 토발즈가 빡쳐서 깃을 만들어서 오픈소스로 배포해버림.

•

변경 취소 가능

•

모든 변경에 대한 완벽한 이력

•

변경한 이유를 기록

•

변경에 대한 확신

•

여러 갈래의 히스토리 - 체크아웃을 할 수 있음. 브랜치로

•

충돌 해결 능력

•

독립된 히스토리

기본적으로 매우 가볍고 파일 내에 동일한 변경이 일어났을경우 conflict 일어나고 브랜치등으로 버전관리가 간편, pull request등으로 코드 관리도 간편.

•

Git 저장소

•

20180604

•

Bitbucket, GitLab, Azure DevOps

•

크롬 브라우저 사용 간편. 웹 기반 인터페이스 사용

•

한번 테스트해보려고 forking 기능을 써서 해당 소스를 원하는 저장소로 복사해와서 테스트해보고 원본 제작자에게 pull requests를 줘서 이를 더 좋은 코드로 개발 가능.

•

Github Wikis

•

Github pages - 우리가 실제로 렌더링하는 페이지처럼 보일 수 있게 사용가능. 깃헙 블로그!

•

Github Actions

•

Github Packages

•

Github Copilot - Ai에서 코드 작성에 대해 추천해주는…

•

잘 활용해서 개발자간 협업을 진행함.

•

기록을 요구함 - commit 내역 등

•

독립된 히스토리에 대한 협력 - branch

•

진행중인 작업 검토 - monitoring, pull request, fork

•

팀의 작업 진척 상황 확인 - 저장소를 만들어서 태깅. pm 등이 확인 가능.

깃허브, 깃랩, 깃플로우 브랜치 전략.

한사람이 커밋을 하면 위에서 체크.

실제 운영에 배포하기 전에 테스트하는 브랜치를 만들어서 배포하는 방식.

•

Git Flow 5가지 브랜치

•

Main, develop, feature, release, hot fix

•

main과 develop은 싱크가 똑같아야함. 개발자는 임시 브런치인 feature를 생성해서 개발을 진행. 개발하다가 마음에 안들면 날리면 됨. 마음에 든다면, feature 브랜치를 develop에 머지하고 feature을 날려버리는 느낌. 

•

Sourcetree라는 gui 툴을 활용.

brew install git-flow-awh
Shell
복사