MC2-Team18-MustSleep

😴MustSleep😴

“수면 습관을 잡기 힘든 공시생들에게!”

스크린타임을 활용해 스마트폰을 제한하여 수면 습관을 잡아주는 서비스입니다!

"To test takers who are having a hard time getting sleeping habits!"

It's a service that uses ScreenTimeAPI to limit your smartphone to catch your sleeping habits!

서비스 소개 (Service Description)

자야 할 시간에 스마트폰을 자주 사용하는 공시생이

자야 할 시간에 자서 다음날 계획을 달성하도록 도와주는

스크린 타임을 활용한 스마트폰 사용 제한 어플리케이션 입니다.

Our service is a smartphone usage restriction application using screen time to help test takers who frequently use their smartphones when they need to sleep and achieve their plans for the next day

프로젝트 기술 스택 (Stack used in the Project)

공통 (Common Stack)

개발스택 (Development Stack)

팀원 소개 (Team Introduction)

iOS	iOS	iOS	iOS	iOS	iOS
Peter Jung-CTO	Chad	Coffee	Jay	Peter Pyeon	Rei

화면구성 (ScreenShots)

온보딩(Onboarding)

메인화면(Main)

Etc

주요기능 (Main Function)

⭐️ 스크린타임API를 활용한 앱 차단

• 추후 작성

⭐️ 스크린타임API를 활용한 수면 습관 형성(자발적 선택 기능)

• 추후 작성

유저 플로우 (User Flow)

리서치 결과 (Research Results)

인터뷰 (Interview)

페르소나 (Persona)

유저 저니맵 (User Journey Map)

깃 협업 규칙 (Git Collaboration Regulations)

브랜치 규칙 (Branch Regulation)

• feat → dev → main
• Main 브랜치(main)
  • 배포 가능한 상태만을 관리하는 브랜치
• Develop 브랜치(dev)
  • 통합 브랜치의 역할, default 브랜치로 설정함.
• Feature 브랜치(feat)

  • 기능을 개발하는 브랜치, develop 브랜치로부터 분기

  • 브랜치명: feat/닉네임(소문자로통일)/#이슈번호

    ex)
    feat/peterjung/#1
    

  • 기능을 다 완성할 때까지 유지하고, 다 완성되면 dev 브랜치로 Pull Request(PR)를 생성한다.

  • 이슈번호 앞에 #을 붙이면 이슈 트랙킹 가능

• PR을 올릴 때는 자신이 한 일이 무엇인지 팀원이 쉽게 파악할 수 있도록 작성한다.(가능하면 스크린샷 까지… 최대한 자세하게 적어주세용..!)
• 정기회의를 통해 PR에 올라온 기능에 대한 피드백과 리뷰, 테스트를 진행한다. (2~3일에 한번, 혹은 요청에 따라서)
• 리뷰와 논의가 끝나면 dev 브랜치로 merge한다. (리뷰어가 진행)
• 리뷰 후 브랜치는 삭제한다.
• dev가 업데이트 되면 알림 후 각자의 브랜치에서 dev를 pull 받는다.
  • 이 과정에서 충돌이 생기면 코드 작성자와 함께 충돌 사항을 고친다.

커밋 규칙

• 커밋 메세지: [#이슈번호] Type: Subject

  ex)
  [#1] Feat: 회원 가입 기능 구현
  

• Subject

  • 제목은 50글자 이내로 작성한다.

  • 첫글자는 대문자로 작성한다.

  • 마침표 및 특수기호는 사용하지 않는다.

  • 영문으로 작성하는 경우 동사(원형)을 가장 앞에 명령어로 작성한다.

  • 과거시제는 사용하지 않는다.

  • 간결하고 요점적으로 즉, 개조식 구문으로 작성한다

    ex)
    Fixed --> Fix
    Added --> Add
    Modified --> Modify
    

• Type

  Tag Name	Description
  Feat	새로운 기능을 추가
  Fix	버그 수정
  Design	CSS 등 사용자 UI 디자인 변경
  !BREAKING CHANGE	커다란 API 변경의 경우
  !HOTFIX	급하게 치명적인 버그를 고쳐야하는 경우
  Style	코드 포맷 변경, 세미 콜론 누락, 코드 수정이 없는 경우
  Refactor	프로덕션 코드 리팩토링
  Comment	필요한 주석 추가 및 변경
  Docs	문서 수정
  Test	테스트 코드, 리펙토링 테스트 코드 추가, Production Code(실제로 사용하는 코드) 변경 없음
  Chore	빌드 업무 수정, 패키지 매니저 수정, 패키지 관리자 구성 등 업데이트, Production Code 변경 없음
  Rename	파일 혹은 폴더명을 수정하거나 옮기는 작업만인 경우
  Remove	파일을 삭제하는 작업만 수행한 경우