'🔮흐릿 - 걱정 기록 서비스'

"💁‍♂️오늘도 걱정하셨나요?"

걱정의 대부분은 괜히 하는 걱정 이라고 합니다. 그러나 우리는 이 사실을 알면서도 대부분의 걱정에 감정을 소모하고, 지쳐합니다. 하지만 이 걱정을 의미있게 기록해보면 어떨까요? 물론 스스로가 기억하기엔 부정적인 감정이 크니, 기억하는건 남에게 미뤄두고요.

이걸 가능하게 해주는 걱정을 기록하고 검증하는 서비스, 흐릿을 소개합니다.

걱정의 대부분은 생산성이 없고 소모적입니다. 그렇다고 그냥 내버려 두기에는 우리에게 부정적인 영향을 많이 끼치죠.
흐릿은 걱정을 기록하여 보관하고 실제로 걱정이 얼마나 벌어졌는지 퍼센트 형태로 시각화하여 사용자들에게 보여줍니다. 또한 걱정에 대한 후기를 기록할 수 있도록 하여 이를 나중에 다시 돌아보면서 내 걱정이 별 것 아니었다고 깨닫는 경험을 통해 사용자가 걱정에 대한 부담을 줄일 수 있는 해결책을 제시합니다.

📋 컨벤션

# 브랜치 관리 전략

⚙️ git-flow

브랜치 종류	설명
Master(main)	테스트 서버에서 테스트가 끝나고 운영서버로 배포 할 수 있는 브랜치
develop	개발을 위한 브랜치
feature	하나의 기능을 개발하기 위한 브랜치
hotfix	운영중인 버전에서 발생한 버그를 수정 하는 브랜치

• feature 브랜치는 하나의 기능을 개발하기 위한 브랜치입니다. 부모는 develop이며, 개발이 완료되면 develop에 merge합니다. 브랜치 이름은 보통 feature/*이 됩니다.
• develop 브랜치는 개발을 위한 브랜치입니다. 여러 feature들이 merge되는 장소이며, 아직 release되지 않은 기능들이 모여 있게 됩니다.
• master 브랜치는 실제 운영 중인 서비스의 브랜치입니다.
• hotfix 브랜치는 서비스에 문제가 발생했을 때 핫픽스에 해당하는 브랜치입니다. 기능 개발(feature) 등과 달리 빠르게 대처해야 할 필요가 있기 때문에, master 브랜치에 직접 merge하는 전략을 취합니다. develop과의 차이가 발생하기 때문에, 나중에 차이를 merge할 필요가 있습니다.

# 브랜치 네이밍

⚙️ 네이밍 패턴

브랜치 종류/이슈번호-간단한 설명	

Ex) 이슈번호가 67인 '로그인 기능' 이슈를 구현하는 브랜치를 생성하는 경우, 브랜치 이름을
feature/67-login 로 작성한다.

# 커밋 메시지

⚙️ 메시지 구조

Type : 제목 #이슈번호

본문

Ex) 이슈번호가 67인 이슈의 기능을 구현한 뒤 커밋을 하는 상황이라면 커밋 메시지의 제목을
feat : A기능 구현 #67 으로 작성한다.

⚙️ Type

타입 종류	설명
feat	새로운 기능에 대한 커밋
fix	수정에 대한 커밋
bug	버그에 대한 커밋
build	빌드 관련 파일 수정에 대한 커밋
ci/cd	배포 커밋
docs	문서 수정에 대한 커밋
style	코드 스타일 혹은 포맷 등에 관한 커밋
refactor	코드 리팩토링에 대한 커밋
test	테스트 코드 수정에 대한 커밋

🗺️아키텍처

⚒️ 기술 스택

⚙️ Language

Java 1.8

⚙️ Framework

Spring boot / Spring Data Jpa / Junit5 / Docker / Swagger

⚙️ AWS

RDS / EB / SecretManager / ECR

⚙️ DB

H2DB, MySQL

👥 파트 및 개발 계획

[ 팀원 & 파트 ]

🖥️ 프론트엔드

• 김상초 Github
• 신유림 Github

🗄️ 백엔드

• 강준호 Github
• 최승준 Github

🎨 디자인

• 윤수정
• 조윤서

[ 개발 기간 ] 2022/01 ~ 2022/02

📑Notion: https://www.notion.so/DND-6-7-811f10387f8e458689cedd781c714d86