- 국내 유명 온라인 셀렉트숍 29cm의 iOS Application Redesign Project
| @jimin-kiim | @haneulKimaa | @EunHee-Jeong |
|---|---|---|
 |
 |
 |
| 숨겨진 고수 ㄷㄷ | 스승님 | 바지사장 |
| Environment | Tool |
|---|---|
| Framework | UIKit |
| UI Configuration | Storyboard |
| Library | Alamofire |
├── Info.plist
├── Resource
│ ├── Assets
│ │ └── AppIcon.xcassets
│ ├── Colors
│ │ └── Colors.xcassets
│ ├── Images
│ ├── Fonts
│ └── Storyboards
├── Source
│ ├── Application
│ │ └── AppDelegate
│ │ └── SceneDelegate
│ ├── Common
│ │ └── Consts
│ │ └── Extensions
│ │ └── Protocols
│ ├── Presentation
│ │ └── Common
│ │ └── Create
│ │ └── Views
│ │ └── Controllers
│ │ └── Read
│ │ └── Views
│ │ └── Controllers
│ ├── Service
│ │ └── Network
│ │ └── DTO
│ │ └── Read
│ │ └── Create
│ │ └── Mock
│ │ └── MockParser
└───1. Issue를 생성한다. // 작업의 단위, 번호 부여
2. Issue의 Feature Branch를 생성한다. // ex - feature/#이슈번호
3. ~작업~ // Add - Commit - Push - Pull Request 의 과정
4. Pull Request가 작성되면 작성자 이외의 다른 팀원이 Code Review를 한다.
5. Code Review가 완료되고, 1명 이상 Approve 하면 Pull Request 작성자가 main Branch로 merge 한다. // Conflicts 방지
6. 다른 팀원들은 merge된 작업물을 pull하고 다시 각자 맡은 작업을 이어나간다.
-
명확함과 간결함을 위해 3개만 사용하도록 한다.
-
main: 개발이 완료된 산출물이 저장될 공간 -
feature: 기능을 개발하는 브랜치- 이슈별•작업별로 브랜치를 생성하여 기능을 개발함.
-
fix: 버그를 수정하는 브랜치
-
[Feat] 새로운 기능 추가 작업
[Fix] 에러 및 버그 수정, 기능에 대한 수정 작업
[HotFix] 겁나 급한 버그 수정 (모두 주목...)
[Docs] 문서 작성 및 수정 작업 (README 등)
[Style] UI 관련 작업 (UI 컴포넌트, Xib 파일, 컬러·폰트 작업 등)
[Edit] Fix가 아닌 모든 수정 작업 (주석, 파일 및 폴더 위치, 코드 스타일 등)
[Remove] 파일 삭제
[Add] 기능이 아닌 것 생성 및 추가 작업 (파일·익스텐션·프로토콜 등)
[Set] 설정 관련 작업 (add, feat, edit에 들어가기가 애매함)
[Test] 테스트 관련 작업 (ex. 폰트 설정 이후 폰트 테스트 등)