Skip to content

16-2조 당근마켓 접수하러 갑니다 👩🏻‍🌾🧑🏻‍🌾

Notifications You must be signed in to change notification settings

THE-SOPT-30th-DaangnMarket-Team16-2/DaangnMarket-iOS

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 
 
 
 
 
 
 
 
 

Repository files navigation

DaangnMarket-iOS

🥕16-2조 당근마켓 접수하러 갑니다🥕


👩🏻‍💻 Developers

이준호 윤수빈 강승현

👀 Simulator

클라이언트-디자인: 뷰 구현

PostListVC & Flow PostDetailVC PostDetailVC

클라이언트-서버: API 연결

List 뷰 무한스크롤 GET 통신 Write 뷰 POST 통신 Detail 뷰 GET, PUT 통신
Simulator Screen Recording - iPhone 13 mini - 2022-06-13 at 17 01 50 Simulator Screen Recording - iPhone 13 mini - 2022-06-13 at 17 02 40 Simulator Screen Recording - iPhone 13 mini - 2022-06-13 at 17 03 39

🛠 Development Environment

스크린샷 2021-11-19 오후 3 52 02 스크린샷 2021-11-19 오후 3 52 02


🎁 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 적용

  1. 팀 프로젝트 repo를 포크한다.(이하 팀 repo)
  2. 포크한 개인 repo(이하 개인 repo)를 clone한다.
  3. 개인 repo에서 작업하고 개인 repo의 원격저장소로 push한다.
  4. pull request를 통해서 팀 repo로 merge한다.
  5. 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 를 기본으로 따르고 필요에 따라 추가한다.

About

16-2조 당근마켓 접수하러 갑니다 👩🏻‍🌾🧑🏻‍🌾

Resources

Stars

Watchers

Forks

Releases

No releases published

Packages

No packages published

Contributors 3

  •  
  •  
  •