🌏 개발자들을 위한 컨퍼런스 예약(신청) 서비스

• ‘온/오프믹스’와 같이 컨퍼런스를 개최하는 기업과 개발자(사용자) 사이의 쉽고 편리한 소통을 가능하게 하는 플랫폼을 제공합니다.
• 기업은 온/오프라인 컨퍼런스, 모임을 개설할 수 있으며, 개발자(사용자)는 웹에서 원하는 컨퍼런스/모임을 예약할 수 있습니다.

🚀 프로젝트 목표

• 단순 기능을 구현하는 것뿐 아니라 SOLID 원칙과 디자인 패턴을 고려한 OOP 코드를 작성하는 것이 목표입니다.
• 테스트 코드를 작성하여, 코드의 신뢰성을 높이고 단위 테스트를 통해 클린 코드를 지향합니다.
• commit 단위와 메시지 규칙을 정하고 PR과 리뷰를 통해, 현업에서의 협업과 유사한 협업을 경험하는 것이 목표입니다.

💻 사용 기술 스택

• Spring Boot
• Gradle
• JUnit5
• Java11
• MySQL
• MyBaits

🌵 Git Flow

브랜치 관리 전략

Git Flow전략을 사용하여 브랜치를 관리합니다.

개발 진척사항을 확인하고 싶다면 PR를 확인해주세요.

conference-reservation PR 내역 : https://github.com/f-lab-edu/conference-reservation/pulls

• main : 배포시 사용합니다. 아직 배포 단계에 이르지 않아 해당 브랜치는 최신 내용이 없습니다.
• feature : 기능 개발을 진행합니다.
• develop : 기능 개발이 끝난 후, Pull Request 리뷰 단계를 거친 기능들만 해당 브랜치에 merge를 진행합니다.
• release : 배포를 준비할 때 사용합니다.
• hotfix : 배포를 진행한 후 발생한 버그를 수정해야 할 때 사용합니다.

참고 문헌

• 우아한 형제들 기술 블로그 : https://techblog.woowahan.com/2553/

🚦 커밋 메시지 규칙

• <타입>: <제목>의 형식으로 입력하며, 제목은 최대 50글자까지만 입력한다.
• 제목 끝에는 마침표(.)를 입력하지 않는다.
• 제목과 본문을 한 줄 띄워 분리한다.
• 본문은 "어떻게"보다 "무엇을", "왜"를 설명한다.
• 본문에 여러 줄의 메시지를 작성할 땐 들여쓰기로 구분한다.

타입

• feat : 기능(새로운 기능)
• fix : 버그 ( 버그 수정)
• refactor : 리팩토링
• modify : 코드 수정
• style : 스타일(코드 형식, 세미콜론 추가 등 비즈니스 로직에 영향이 없는 부분)
• docs : 문서 (문서 추가, 수정, 삭제)
• test : 테스트 ( 테스트 코드 추가, 수정, 삭제 등 비즈니스 로직에 영향이 없는 부분)
• chore : 기타 변경 사항(빌드 스크립트 수정 등)

참고 문헌

• 좋은 커밋 메시지를 작성하기 위한 커밋 템플릿 만들어보기 : https://junwoo45.github.io/2020-02-06-commit_template/