Convention

git flow 전략

main, develop, feature, hotfix, release

• 개발 완료된 feature branch는 develop에 머지 후 삭제합니다.
• feature 브랜치 이름은 feature/이슈번호-키워드 (예 : feature/8-UIComponent-button) 형식으로 만듭니다.

Commit Convention

• [file] 파일 이동, 삭제, 생성
• [feat] 기능 추가
• [fix] 버그 수정
• [setting] 프로젝트 설정 관련 (plist 수정시)
• [refactor] 리팩터링
• [test] 테스트 코드
• [docs] 문서 수정 (readme, gitignore 등)
• [chore] 폴더 수정 및 기타

커밋 메세지 및 본문 내용은 필요 시 2번 개행 후 간략하게 적습니다.

[feat] BaseView 추가 #8

- BaseView 내 configureUI, setupView 구성

Coding Convention

• SwiftLint 적용
• StyleShareGuide

Code Review 규칙

Pn 규칙

뱅크샐러드의 Pn 룰 을 따릅니다

P1: 꼭 반영해주세요 (Request changes)
리뷰 요청자는 p1 태그에 대해 리뷰어의 요청을 반영하거나, 반영할 수 없는 합리적인 의견을 통해 리뷰어를 설득할 수 있어야 합니다.

P2: 적극적으로 고려해주세요 (Request changes)
리뷰 요청자는 P2에 대해 수용하거나 만약 수용할 수 없는 상황이라면 적합한 의견을 들어 토론할 것을 권장합니다.

P3: 웬만하면 반영해 주세요 (Comment)
리뷰 요청자는 P3에 대해 수용하거나 만약 수용할 수 없는 상황이라면 반영할 수 없는 이유를 들어 설명하거나 다음에 반영할 계획을 명시적으로(JIRA 티켓 등으로) 표현할 것을 권장합니다.

P4: 반영해도 좋고 넘어가도 좋습니다 (Approve)
리뷰 요청자는 P4에 대해 아무런 의견을 달지 않고 무시해도 괜찮습니다.

P5: 그냥 사소한 의견입니다 (Approve)
리뷰 요청자는 P5에 대해 아무런 의견을 달지 않고 무시해도 괜찮습니다.