Home

오프녹

Xcode Formatting

• 각 라인이 너무 길어지면(100자 초과) 개행한다.
• 들여쓰기는 공백 문자 2개로 한다.

작업 순서

1. git pull 의 생활화
2. 작업 시작 전 이슈 작성
3. 작업 당 하나 이상의 브랜치 생성
4. 작업
5. 이슈를 참조하는 PR 작성
6. PR에 대한 팀원들의 코드 리뷰 권장 (내 xcode로 실행해보고 남기기)
7. 나 제외 1명 이상의 Approve를 받아야 dev에 머지 가능함

Branch Convention

예시: feat/#123-content-view 무조건 소문자, 띄어쓰기 없음, 띄어쓰기 하고 싶으면 '-' 붙이기

• main – 실제 제품이 배포되는 *최종 릴리스 브랜치
• dev – 다음 배포를 위한 기능들이 통합되는 *중간 개발 브랜치
• feat/xx – 새로운 기능을 개발하기 위한 *기능 단위 브랜치
• refac/xx – 기존 코드 구조를 개선하기 위한 *리팩토링 브랜치
• fix/xx - 기능이든 디자인이든 *코드 수정용 브랜치
• chore/xx – 빌드 설정, 패키지 관리, 문서화 등 비기능적 작업을 위한 *잡무용 브랜치
• design/xx – UI/UX 관련 수정 및 디자인 변경을 위한 *디자인 반영 브랜치
• hotfix/xx – 서비스에서 발생한 문제를 긴급 수정하는 *핫픽스 브랜치
• release/0.0.1 - 배포를 위한 전용 브랜치

Commit Convention

예시: feat: #123 _ 설명 한글로

• feat: 기능 상의 변경사항
• fix: 버그 수정
• docs: 문서 추가, 수정
• lint: 코드 스타일 수정. 인터페이스와 기능 상의 변화가 없어야 함.
• refactor: 리팩토링. 기능 상의 변화가 없어야 함.
• assets: 프로젝트 내에 직접 포함되어야 하는 이미지, 비디오 등의 에셋이 추가되거나 변경된 경우.
• chore: 프로덕트의 기능에 변경점이 없으면서 위의 모든 경우에 해당하지 않는 경우. 설정 등.