hyewon3938 / sidedish-07

SIDEDISH 서비스 - 7팀

sidedish-07

SIDEDISH 서비스 - 7팀

• BE: Jay, Mocha
• FE: Joy
• iOS: 또치

Ground Rule

• 데일리 스크럼
• 매일 오전 11시 30분 만나서 스크럼하고, 스크럼 이후에 스프레드시트에 백로그(to-do-list)를 작성한다.
• 프로젝트 디렉토리를 FE, BE, iOS로 구분한다.

Branch Rule

• master: 배포 브랜치
• dev: 디폴트 브랜치
• 작업을 시작할 때: 자신의 클래스 개발 브랜치에서 feature-<클래스>/issue-<이슈번호>로 브랜치 생성
  • feature-BE/issue-XXX : 백엔드 피쳐 개발 브랜치
  • feature-FE/issue-XXX : 프론트엔드 피쳐 개발 브랜치
  • feature-iOS/issue-XXX : 모바일 iOS 피쳐 개발 브랜치
• PR 메시지에 Closed #n 등을 포함시켜 이슈를 닫는다.
• 머지를 완료했으면 기능(feature)브랜치는 github과 local git에 모두 삭제한다.

Commit Message Rules

[#이슈 번호] 커밋 종류: 커밋 내용(한글)

• Feat: The new feature you're adding to a particular application
• Fix: A bug fix
• Style: Feature and updates related to styling
• Refactor: Refactoring a specific section of the codebase
• Test: Everything related to testing
• Docs: Everything related to documentation
• Chore: Regular code maintenance.[You can also use emogjis to represent commit types]

Issue 및 Pull Request 네이밍 규칙

• Issue 네이밍: [클래스] 제목
• Pull Request 네이밍: [이슈번호] 제목

Project Backlog

백로그 스프레드시트 바로가기

API 정리 문서

데이터 요청 API 문서