변경 사항은 아래의 이슈, 커밋, PR 순으로 적용할 것.
Public저장소의 경우 영문 + 국문 혼용 또는 영문으로 아래 내용을 작성할 것.Private저장소의 경우 국문 단독으로 아래 내용을 작성할 것.
아래의 (2.) 커밋의 커밋 메시지 타입을 사용하여 이슈 제목 설정.
이슈를 생성하면 {#NN} 이슈번호를 확인할 수 있다.
feature/#NN-{브랜치 명칭}, fix/#NN-{브랜치 명칭} 와 같은 형태로 브랜치를 생성.
fix의 경우main에서 파생.fix이외의 모든 변경은feat으로 통일하며dev에서 파생.
feature: 신규 로켓 앱 서비스를 위한 서브넷 및 인스턴스 추가.
... 이슈 내용 ...
이슈 템플릿은 추후 추가 예정
- feat : 새로운 기능 추가
- fix : 버그 수정
- docs : 문서의 수정
- refactor : 코드를 리펙토링 (컨벤션 적용, 모듈화 등 구조 변경 포함)
- chore : 주요 기능 코드나 문서를 제외한 코드 수정 (e.g. 깃허브 워크플로우)
type: 개요 (#이슈번호)
- 간단 설명
feat: Rocket 앱 서비스 인스턴스 확장 (#0)
- Rocket 앱서비스를 스케일업을 위해 프로덕션 인스턴스 수 확장
PR은 fix를 제외하고 파생 브랜치-> dev로 지정할 것.
PR의 명칭은 관련 이슈 명칭과 동일하게 작성할 것.
- 추후, 서드파티 도구를 도입할 시 별도의 이슈를 포함한 명칭 변경이 필요함. (ex Jira)
PR의 경우 N 명 이상의 리뷰를 마친 후 approve를 통해 수행하도록 설정.
-
테라폼 검증 :
dev이상 브랜치 PR, 병합이 발생할 경우- init, format, lint, validate
-
테라폼 적용 :
main브랜치 병합이 발생할 경우- init, format, lint, validate
- apply