미용 의료부터 관리 루틴까지, 개인의 추구미에 맞는 관리의 방향을 정리하고, 다운타임&일정 중복을 방지하는 뷰티 캘린더
| 기술/도구 | 선정 이유 |
|---|---|
| SwiftUI | 코드의 간결성과 직관성을 통해 빠르고 쉽게 사용자 인터페이스를 설계하고 유지보수가 가능 |
| Clean Architecture | 각 계층의 책임 분리를 명확하게 함으로써 앱의 확장성과 유지보수성을 높이기 위함. 테스트 용이한 구조 |
| MVVM | 비즈니스 로직과 UI 로직을 분리하기 위해 유지보수성을 높이기 위함 |
- Issue를 생성한다.
- 현재 브랜치가 아닌 main 브랜치에서 Branch Naming Rule을 따르는 브랜치를 생성한다.
- 이슈에 작성한 내용을 기반으로 기능을 구현한다. (+ 커밋)
- add - commit - push - 간략한 PR 과정을 거친다.
- PR 올린 후 팀원들과 공유하여 merge 한다.
- merge 이후에는 로컬에서도 main으로 이동하여 pull 받는다.
Swift 스타일 쉐어 가이드를 따릅니다.
| 태그 | 설명 |
|---|---|
feat |
새로운 기능 구현 시 사용 |
style |
스타일 및 UI 기능 구현 시 사용 |
fix |
버그나 오류 해결 시 사용 |
docs |
README, 템플릿 등 프로젝트 내 문서 수정 시 사용 |
setting |
프로젝트 관련 설정 변경 시 사용 |
add |
사진 등 에셋이나 라이브러리 추가 시 사용 |
refactor |
기존 코드를 리팩토링하거나 수정할 때 사용 |
chore |
별로 중요한 수정이 아닐 때 사용 |
hotfix |
급하게 develop에 바로 반영해야 하는 경우 사용 |
- 반드시 소문자로 작성합니다.
- 한글로 작성합니다.
- 제목이 50자를 넘지 않도록, 간단하게 명령조로 작성합니다.
feat: #1 로그인 기능 구현
add: #2 이미지 에셋 추가🍒 Cherrish-iOS
├── 📁 Cherrish-iOS
│ ├── 📄 Info
│ ├── 📁 App
│ ├── 📁 Core
│ ├── 📁 Data
│ │ ├── 📁 Persistence
│ │ └── 📁 Repository
│ ├── 📁 Domain
│ │ ├── 📁 Interface
│ │ ├── 📁 Model
│ │ └── 📁 UseCase
│ ├── 📁 Presentation
│ │ ├── 📁 Feature
│ │ └── 📁 Global
│ ├── 📁 Resource
│ └── 📁 Assets



