티스토리 뷰
- 앞으로의 개발에 필요한 버전관리와 브랜치 전략이 필요한 상태이다.
- 브랜치 전략을 세울시 가져가야할 장점과 고려해야 할 것은 무엇일까?
- 버전관리에 대한 개념과 왜 적용해야 되는지에 대한 이유가 필요하다.
브랜치 전략
팀 특징
- production과 development의 소스코드 분리
- 두명의 개발자와 앞으로도 추가적으로 늘어날 가능성이 있음 → 개별적으로 코드를 작성하고 분리 할 수 있어야한다.
- 실제 배포가 되고 버그에 빠른 대응을 할 수 있어야 한다.
- 고객을 우선적으로 생각하여 고객의 반응을 살펴봐야 할 mvp 테스트가 초기에 필요하다.
gitlab flow
- feature, master, (pre-production), production 으로 이루어진 브랜치 전략 (pre production은 옵션)
- 우리팀의 경우 빠르게 기능을 만들고 배포를 하기 때문에 feature에서 빠르게 기능을 만들고 master로 합쳐 테스트를 진행한 다음에 production으로 바로 배포를 하기에 적합하다고 생각이 들었다.
- flow가 복잡하지 않기 때문에 다른사람도 쉽게 이해하기 쉬운구조라 생각 됌
- 나중에 QA가 필요하다면 pre-production을 추가할 수 있다.
방법
- 새로운 개발 시: feature 브랜치 생성
- 개발 완료 후 테스트 : master 브랜치
- 배포: production: 배포마다 버전 작성
- 에러 발생시: feature 브랜치와 동일하게 새로운 브랜치를 만들어서 병합
- production 레벨에서 버그 발생 시 : production 브랜치에서 따와 hotfix 브랜치 생성 후 cherry pick 을 통해 특정 브랜치와 병합 할 수 있도록 한다.
- 새로운 기능이 배포되지 않게 하기 위해 막기 위함
- https://cselabnotes.com/kr/2021/03/31/56/ - cherrypick
주의 사항
- master → production으로 항상 통합 되어야 한다. 반대순서는 절대 안된다.
reference
'git' 카테고리의 다른 글
commit convention 만들기 (0) | 2023.03.11 |
---|
공지사항
최근에 올라온 글
최근에 달린 댓글
- Total
- Today
- Yesterday
TAG
- 가장 긴 짝수 연속한 부분 수열
- serverless nestjs
- suspense 장점
- 서버사이드 error handling
- node 버전 마이그레이션
- storybook scss이슈
- 서비스 디자인 패턴
- 백준 22862
- 표현 가능한 이진트리
- 미로탈출 명령어
- CSS
- nestjs 배포하기
- 관심사 분리하기
- storybook scss import
- 백준 1600번
- 에러핸들링
- serverless 배포
- React useMemo
- 선언적 UI
- 불량 사용자 자바스크립트
- node version yarn berry
- storybook react is not defiend 해결
- javascript
- react suspense
- React useCallback
- nextjs 에러핸들링
- 자바스크립트
- 1600 파이썬
- useCallback과 useMemo 사용
- nextjs errorboundary
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | ||||||
2 | 3 | 4 | 5 | 6 | 7 | 8 |
9 | 10 | 11 | 12 | 13 | 14 | 15 |
16 | 17 | 18 | 19 | 20 | 21 | 22 |
23 | 24 | 25 | 26 | 27 | 28 |
글 보관함