22.11.11 FRI (DAY 4)
백엔드에서 사용한 기술 스택
프론트엔드에서 사용한 기술 스택
Spring Initializr 를 통해 스프링 프로젝트를 생성했다.
Project : Gradle - Groovy
Spring Boot : 2.7.5
Packaging : Jar
Java : 11
Dependencies : Spring Web, Spring Sercurity, Spring Data JPA, H2 Database 등
GENERATE 버튼을 누르면 프로젝트가 생성된다.크게 세 종류로 브랜치를 구분했다.
Main
Develop
fe-dev, be-dev 로 구분. fe-dev 으로의 merge은 모든 프론트엔드 팀원의 확인이 필요하며,be-dev 으로의 merge은 모든 백엔드 팀원의 확인이 필요함.Feature
fe-dev, be-dev 에 PR을 요청함.gitmoji를 프리 프로젝트에서 사용했었는데, 당시 팀원들의 반응이 긍정적이었어서 이번 프로젝트에도 깃모지를 도입했다.
IntelliJ IDEA 인텔리제이에서는 gitmoji plus : commit button 플러그인을 설치하여 깃모지를 편리하게 사용할 수 있다.
플러그인을 설치했다면 프로젝트의
커밋탭에서 노란 이모티콘이 추가된 것을 확인할 수 있다.노란 이모티콘을 누르면 위와 같이 타입에 맞는 깃모지를 선택할 수 있다.
기존의 방식대로 커밋 메세지의 내용을 작성하고, 메세지 앞부분에 상황에 맞게 정해진 이모지를 붙이면 된다.
메세지 맨 뒤에는 # 과 이슈번호를 기입하여 이슈에서 관련 커밋을 바로 확인할 수 있도록 했다.
(깃모지) (타입): (메세지) (이슈번호) ✨ feat: OOOOO 기능 구현 #1
정해져 있는 깃모지 공식 규칙에서 이전 프로젝트의 경험을 토대로 수정을 거쳐 아래와 같이 커밋 타입을 결정했다.
✨
feat새로운 기능 추가
🐛fix버그 수정
📝docs문서 수정
🎨style주석 변경, 코드 formatting, 세미콜론(;) 누락 (코드 변경이 없는 경우)
💄designCSS 등 사용자 UI 디자인 변경
♻️refactor코드 리팩터링
✅test테스트 코드, 리팩터링 테스트 코드 추가(프로덕션 코드 변경 X)
💚chore빌드 업무 수정, 패키지 매니저 수정(프로덕션 코드 변경 X)
🚚rename파일 혹은 폴더명을 수정하거나 옮기는 작업만인 경우
🔥remove파일을 삭제하는 작업만 수행한 경우
편리하고 효율적인 업무 트래킹을 위해 이슈 템플릿을 적극적으로 활용했다.
프로젝트에서 사용한 이슈 템플릿
실제로 이슈템플릿을 활용하여 생성한 이슈
이슈의 흐름을 모든 팀원이 확인할 수 있도록 칸반 보드를 사용했다.
To do, In progress, Done 3단계로 구분하였다.
In progress 단계의 이슈는 1인이 동시에 1개를 갖는 것을 원칙으로 했으며,
많아도 2개를 넘지 않도록 하여 병목 현상을 막고 흐름을 최대화하고자 했다.