반응형
Github-flow 전략
- FE member's branches(eunji, hyelim, dada): 각자 기능 개발하는 브랜치(feature브랜치 역할)
- semi: 각 멤버의 branch들을 merge한 배포 전 테스트용 브랜치 (develop 브랜치)
사용전략- 각 멤버의 기능 개발 branch에는 기능이 추가 될 때 마다 리뷰와 사인이 끝난 후 수시로 push 한다.
- 기능 구현이 완료 되면 semi로 pull request 하여 merge.
- semi에서 기능 개발 branch들을 병합한 후 오류 수정 및 검토 ⇒ master 브랜치에 pull request 하여 merge.
- master: 실제 배포가 될 브랜치. semi 에서 테스트 후 병합. 빌드 후 배포
Git commit message convention 전략
[feat] 새로운 기능 추가
[fix] 버드 수정
[refactor]코드 리팩토링
[remove] 삭제 되었을 때
반응형
'Sparta x 이노베이션 캠프 > 팀 프로젝트' 카테고리의 다른 글
내돈내여 : Front-end code convention (0) | 2022.10.31 |
---|---|
실전 프로젝트 - 내돈내여 (React + Spring) (0) | 2022.10.27 |
TIL : 카카오맵 지도 범위 재설정 하기 (Trouble Shooting, 코드리팩토링 ver.2) (0) | 2022.10.13 |
실전 React 프로젝트 내돈내여 | 11주차 WIL : 중간 발표, 모르는게 너무 많아. (0) | 2022.10.09 |
실전 React 프로젝트 내돈내여 | 10주차 TIL : 웹어플리케이션 내돈내여 중간 발표 전 정리 (0) | 2022.10.08 |