저희 학교에 제과제빵학과는 없는데, 왜 제 과제는 빵점일까요?
시험 직전, 미리 미리 공부하지 않은 지난 날을 후회하는 대학생들.
밈을 활용해 고통스러운 시험기간을 재치있게 승화시키는 모습에서 영감을 얻은,
미룬이 대학생을 위한 스터디 플래너 ‘제 과제 빵점'입니다.
프로젝트 설명 | IT 벤처 창업 동아리 SOPT APPJAM |
---|---|
프로젝트 기간 | 2024.12. ~ 2025.01. |
🥖 송여경 @0gonge 프로젝트 세팅 로그인 마이페이지 |
🥖 조성민 @SungMinCho-Kor 오늘의 할일 친구 목록 |
🥖 최유빈 @choiyoubin 과목 관리 시험 관리 |
🥖 김송희 @hongseekim 온보딩 공부 추가 |
---|
과목 관리 | 오늘 할 일 | 학습 관리 | 배지 도감 |
---|---|---|---|
- | - | - | - |
Library | Description | Version |
---|---|---|
Alamofire | 추상화된 네트워크 레이어 사용 | 5.10.2 |
KakaoOpenSDK | 카카오톡 간편로그인 연동 | 2.23.0 |
Kingfisher | 이미지 처리 | 2.23.0 |
우아한형제들 Git-flow를 기반으로 합니다.
이슈명은 [Unit] 작업 내용 형식으로 작성합니다. (예시: [Feature] 컴포넌트 제작)
- Project board에서 issue를 생성합니다.
- develop 브랜치에서 새로운 브랜치로 checkout 합니다.
- 해당 브랜치에서 작업을 진행하고, 작업을 나누어 commit합니다.
- 작업 완료 후 빌드가 되는지 확인 후 push합니다.
- PR을 작성합니다.
- 모든 팀원들의 approve를 받은 후 merge합니다.
브랜치명은 해당하는 브랜치에 이슈번호를 붙여서 작성합니다. (예시: feature/#1)
branch | description |
---|---|
main | 완성된 버전의 코드를 저장하는 브랜치 |
develop | 개발이 진행되는 동안 완성된 코드를 저장하는 브랜치 |
feature | 작은 단위의 작업이 진행되는 브랜치 |
hotfix | 긴급한 오류를 해결하는 브랜치 |
release | QA, Test, 앱 심사를 진행하는 브랜치 |
스타일쉐어 Swift 가이드를 기반으로 합니다.
아래의 예시와 같이 작성합니다.
feat: 기능 구현 (#이슈번호)
fix: 기능 수정 (#이슈번호)
refactor: 리팩토링 (#이슈번호)
docs: 문서 수정 (문서 추가, 수정, 삭제, README) (#이슈번호)
test: 테스트 (테스트 코드 추가, 수정, 삭제: 비즈니스 로직에 변경 없음) (#이슈번호)
chore: 기타 변경사항 (빌드 스크립트 수정, assets, 패키지 매니저 등) (#이슈번호)
remove: 파일을 삭제하는 작업만 수행한 경우, 키워드 삭제 등등! (#이슈번호)
init: 초기 생성 (#이슈번호)
├── 🥐 Project
| ├── 🥯 BBANGZIP
│ │ ├── 🥨 Resources
│ │ │ ├── 🥖 Config
│ │ │ ├── 🥖 Font
│ │ │ ├── 🥖 Preview Content
│ │ ├── 🥨 Sources
│ │ │ ├── 🥖 Application
│ │ │ ├── 🥖 Data
│ │ │ │ ├── 🍞 Network
│ │ │ │ │ ├── 🧁 DataMapping
│ │ │ │ ├── 🍞 Repositories
│ │ │ │ │ ├── 🧁 Error
│ │ │ ├── 🥖 Domain
│ │ │ │ ├── 🍞 Entities
│ │ │ │ ├── 🍞 Interfaces
│ │ │ │ │ ├── 🧁 Repositories
│ │ │ │ ├── 🍞 UseCases
│ │ │ ├── 🥖 Font
│ │ │ ├── 🥖 Presentation
│ │ │ │ └── 🍞 Main
│ │ │ │ ├── 🧁 View
│ │ │ │ └── 🧁 ViewModel
│ │ ├── 🥨 Tests
│ │
└── 🥐 Derived
├── 🥯 InfoPlists
└── 🥯 Sources