DaangnMarket-iOS
🥕16-2조 당근마켓 접수하러 갑니다🥕
👩🏻💻 Developers
| 이준호 | 윤수빈 | 강승현 |
|---|---|---|
 |
 |
 |
👀 Simulator
클라이언트-디자인: 뷰 구현
| PostListVC & Flow | PostDetailVC | PostDetailVC |
|---|---|---|
 |
 |
 |
클라이언트-서버: API 연결
List 뷰 무한스크롤 GET 통신 |
Write 뷰 POST 통신 |
Detail 뷰 GET, PUT 통신 |
|---|---|---|
 |
 |
 |
🛠 Development Environment
🎁 Library
| 라이브러리 | Version | Tool |
|---|---|---|
| Alamofire | 5.6.1 |
CocoaPod |
| SnapKit | 5.6.0 |
CocoaPod |
| RxSwift | 6.5.0 |
CocoaPod |
| RxCocoa | 6.5.0 |
CocoaPod |
| BSImagePicker | 3.1 |
CocoaPod |
| KingFisher | 5.6.0 |
CocoaPod |
| JJFloatingActionButton | 2.5.0 |
CocoaPod |
🗂 Foldering
├── Application
│ ├── Coordinator
│ ├── Manager
│ ├── Appdelegate
│ ├── SceneDelegate
├── Global
│ ├── Extension
│ ├── Literals
│ │ ├── Literal
│ │ ├── String
│ ├── Protocols
│ ├── Resources
│ │ ├── Assets
│ ├── Supporting Files
│ │ ├── Base
├───├───├───── LaunchScreen
├── Utils
├── Data
│ ├── Entity
│ ├── Network
│ ├── Repository
├── Domain
│ ├── Model
│ ├── Usecase
├── Presentation
│ ├── Scene1
│ │ ├── VC
│ │ ├── SB
│ │ ├── View
│ │ ├── ViewModel
│ │ ├── Cells
│ ├── Scene2
│ │ ├── VC
│ │ ├── SB
│ │ ├── View
│ │ ├── ViewModel
├───├───├── Cells
🔀 Git Branch
개별 브랜치 관리 및 병합의 안정성을 위해 Git Forking WorkFlow를 적용했습니다.
Branch를 생성하기 전 Issue를 먼저 작성하고,
<Prefix>/#<Issue_Number> 의 양식에 따라 브랜치 명을 작성합니다.
1️⃣ prefix
develop: feature 브랜치에서 구현된 기능들이 merge될 브랜치. default 브랜치이다.feature: 기능을 개발하는 브랜치, 이슈별/작업별로 브랜치를 생성하여 기능을 개발한다main: 개발이 완료된 산출물이 저장될 공간release: 릴리즈를 준비하는 브랜치, 릴리즈 직전 QA 기간에 사용한다bug: 버그를 수정하는 브랜치hotfix: 정말 급하게, 제출 직전에 에러가 난 경우 사용하는 브렌치
2️⃣ Git forking workflow 적용
- 팀 프로젝트 repo를 포크한다.(이하 팀 repo)
- 포크한 개인 repo(이하 개인 repo)를 clone한다.
- 개인 repo에서 작업하고 개인 repo의 원격저장소로 push한다.
- pull request를 통해서 팀 repo로 merge한다.
- pull 받아야 할 때에는 팀 repo에서 pull 받는다.
⚠️ Issue Naming Rule
1️⃣ 기본 형식
[<PREFIX>] <Description> 의 양식을 준수하되, Prefix는 협업하며 맞춰가기로 한다.
2️⃣ 예시
[Feat] 회원가입 구현
[Fix] MainActivity 버그 수정
3️⃣ Prefix의 의미
[Feat] : 새로운 기능 구현
[Design] : just 화면. 레이아웃 조정
[Fix] : 버그, 오류 해결, 코드 수정
[Add] : Feat 이외의 부수적인 코드 추가, 라이브러리 추가, 새로운 View 생성
[Del] : 쓸모없는 코드, 주석 삭제
[Refactor] : 전면 수정이 있을 때 사용합니다
[Remove] : 파일 삭제
[Chore] : 그 이외의 잡일/ 버전 코드 수정, 패키지 구조 변경, 파일 이동, 파일이름 변경
[Docs] : README나 WIKI 등의 문서 개정
[Comment] : 필요한 주석 추가 및 변경
[Merge] : 머지🍗 Commit Message Convention
1️⃣ 기본 형식
prefix는 Issue에 있는 Prefix와 동일하게 사용한다.
[prefix] #이슈번호 - 이슈 내용2️⃣ 예시 : 아래와 같이 작성하도록 한다.
// 1번 이슈에서 새로운 기능(Feat)을 구현한 경우
[Feat] #1 - 기능 구현
// 1번 이슈에서 레이아웃(Design)을 구현한 경우
[Design] #1 - 레이아웃 구현🌀 Code Covention
StyleShare/swift-style-guide 를 기본으로 따르고 필요에 따라 추가한다.