룸메이트 때문에 고통스러운 쉐어하우스 생활, ROOMIE에서 해결해요! 🏡
35기 AND SOPT 앱잼 ROOMIE 프로젝트입니다.
김수연 @mmaybei |
김승원 @SeungWon1125 |
김현수 @maeng-kim |
---|---|---|
지도/검색/필터링 마이페이지 |
매물 상세 뷰 입주 신청 플로우 |
홈 뷰 분위기 별 리스트 찜 리스트 |
library | description | version |
---|---|---|
CombineCocoa | 뷰의 상태 관리를 위한 동적 프로그래밍 도입 | 0.4.1 |
Snapkit | UI 구현에 있어, 오토레이아웃을 보다 간편하게 사용하기 위함 | 5.7.1 |
Then | UI 구현에 있어, 클로저를 통해 인스턴스를 초기화하기 위함 | 3.0.0 |
Moya | 추상화된 네트워크 레이어를 보다 간편하게 사용하기 위함 | 15.0.3 |
Kingfisher | 이미지 캐싱 처리 및 UI 성능 개선을 위함 | 8.1.3 |
NMapsMap | 네이버 지도 구현을 위함 | 3.20.0 |
스타일쉐어 Swift 가이드를 기반으로 합니다.
루미 iOS 컨벤션에 따라 일부 수정되었으며, 구성원들의 의사결정에 따라 수시로 변경될 수 있습니다.
자세한 내용은 아요 루미들의 코딩 컨벤션 문서를 참고해주세요.
[init] 가장 처음 Initial Commit에 태그 붙이기!
[feat] 새로운 기능 구현 시 사용
[fix] 버그나 오류 해결 시 사용
[hotfix] 긴급 수정 시 사용
[docs] README, 템플릿 등 프로젝트 내 문서 수정 시 사용
[setting] 프로젝트 관련 설정 변경 시 사용
[add] 사진 등 에셋이나 라이브러리 추가 시 사용
[refactor] 기존 코드를 리팩토링하거나 수정할 시 사용
[chore] 별로 중요한 수정이 아닐 시 사용
브랜치의 경우 이슈 번호를 붙여 다음과 같이 작성합니다.
setting/#1-initialSetting
feat/#14-homeUI
커밋의 경우 이슈 번호를 붙여 다음과 같이 작성합니다.
[setting/#1] 프로젝트 초기 세팅
[feat/#14] 홈 화면 UI 구현
develop 브랜치에서 이슈 번호에 맞는 feature 브랜치를 파서 작업을 진행하고, PR 또한 develop 브랜치로 날려줍니다!
PR을 작성하면 작성자 이외의 다른 팀원들이 코드 리뷰를 진행하고, 문제가 없을 경우 approve 합니다.
수정 사항이 있을 경우 반드시 수정 사항 반영을 마친 후 approve하도록 합니다. 이렇게 모든 팀원의 approve가 완료되면 PR을 머지합니다.
이때 충돌이 생긴다면 반드시 리드 및 팀원에게 노티하도록 합니다!
자신의 로컬 develop 브랜치에서 원격 develop 브랜치를 자주 pull 받음으로써 충돌 상황을 방지합니다.
이슈 및 PR은 작은 단위로, 상대방의 파일은 최대한 건드리지 않습니다.
건강한 코드리뷰 문화를 지향합니다.
(1) 그냥 제 의견은 그렇다구요~
(2) 이렇게 하면 더 좋을 것 같은데요?
(3) 이건 고쳐주세요!
(Q) 질문
코드 리뷰 시 중요도를 표기하여 생산성을 높입니다.
이때 (3)의 경우 반드시 반영한 후 머지하도록 합니다.
칭찬도 마음껏 해주자!