삐용삐용은 AI기반 응급대처가이드를 제공합니다.
삐용삐용은 다급한 응급상황을 뜻하며, 이 서비스를 통해 다양한 응급상황을 대처, 예방 그리고 모두가 일상적 대처법 학습을 목표로 하고 있습니다.
![]() |
![]() |
![]() |
|---|---|---|
| 1️⃣ 로그인 | 2️⃣ 회원가입 | 3️⃣ 마이페이지 |
![]() |
![]() |
|
|---|---|---|
| 1️⃣ 응급지도 | 2️⃣ 병원 전화연결 | 3️⃣ 챗봇 |
![]() |
![]() |
|---|---|
| 1️⃣ 매뉴얼 | 2️⃣ 세부 매뉴얼 |
![]() |
![]() |
![]() |
|---|---|---|
| 전유연 | 이효린 | 최민준 |
Backend |
Backend |
Backend |
| IDE | IntelliJ |
|---|---|
| Language | Java 17 |
| Framework | Spring Boot, Gradle |
| Authentication | Spring Security, JSON Web Tokens |
| Orm | Spring Data JPA, QueryDSL |
| Database | MYSQL, Redis |
| External | AWS EC2, AWS RDS, AWS S3, AWS ElastiCache, Nginx |
| CI/CD | Github Action |
| External API | KAKAO |
| API Docs | Notion, Swagger |
| Other Tool | Discord, Postman, Figma |
├── 📁 ppiyong-api
│ └── src
│ └── main
│ └── java
│ └── org
│ └── 📁 api
│ ├── 📁 emergencymap
│ │ ├── controller
│ │ ├── domain
│ │ ├── dto
│ │ ├── mapper
│ │ └── repository
| | └── Service
│ ├── 📁 manual
│ │ ├── controller
│ │ ├── domain
│ │ ├── dto
│ │ ├── mapper
│ │ └── repository
| | └── Service
| | 📁 Mypage
│ │ ├── controller
│ │ ├── domain
│ │ ├── dto
│ │ ├── mapper
│ │ └── repository
| |__ └── Service
├── ppiyong-api
│ └── src
│ └── main
│ └── java
│ └── org
│ └── 📁 external
│ ├── 📁 AwsConfig
│ ├── 📁 S3service
│
├── ppiyong-api
│ └── src
│ └── main
│ └── java
│ └── org
│ └── 📁 global
│ ├── 📁 auth
│ ├── 📁 config
│ │ └── jwt
| |__ └── authentication
| |__ |__ tokenprovider
│ ├── 📁 config
│ │ ├── appconfig
│ │ └── securityconfig
│ │ ├── casheconfig
│ │ └── swaggerconfig
│ ├── 📁 exception
│ ├── 📁 kakao
│ │ ├── controller
│ │ └── dto
│ │ └── service
│ ├── 📁 security
│ │ ├── controller
│ │ └── domain
│ │ └── dto
│ │ └── service
└── gradle
└── wrapper
1️⃣ Commit 컨벤션
Commit Type
type: subject
type과 콜론 후 한칸 띄고 subject
- Commit 메시지 종류 설명
| 제목 | 내용 |
|---|---|
| feat | 새로운 기능에 대한 커밋 |
| fix | 버그 수정에 대한 커밋 |
| build | 빌드 관련 파일 수정에 대한 커밋 |
| chore | 그 외 자잘한 수정에 대한 커밋 |
| docs | 문서 수정에 대한 커밋 |
| style | 코드 스타일 혹은 포맷 등에 관한 커밋 |
| refactor | 코드 리팩토링에 대한 커밋 |
| etc | 위에 해당하지 않는 모든 변경(가능한 x) |
| test | 테스트 코드 추가, 삭제, 변경 |
2️⃣ Branch 전략
Git-Flow전략- 브랜치 운영
main: 완전히 안전하다고 판단되었을 때, 즉 배포가 가능한 최종 merge하는 곳develop: 배포하기 전 개발 중일 때 각자의 브랜치에서 merge하는 브랜치기능명: 새로운 기능 개발. 개발이 완료되면 main 브랜치로 병합












