프로젝트 진행하면서 마주친 상황을 블로그에 작성해본다🔥🔥

Git Convention

깃을 관리하면서 commit 메세지의 내용이 중요하다고 스터디원들이 말해주셨다. 사이트를 하나 보여주셨는데 Conventional Commits 라는 사이트였다
https://www.conventionalcommits.org/en/v1.0.0/

협업에 알맞게 좋은 커밋메세지를 사용하는게 중요하다고 다시한번 느꼈다. 아래와 같이 다양한 커밋 타입이 존재한다.
본문에 나와있는걸 토대로 아래와 같이 정리해본다

Tag	Description
feat	새로운 기능 추가
fix	버그, 수정docs문서 수정
style	코드 포맷팅, 세미콜론 누락, 코드 변경이 없는 경우
refactor	코드 리팩토링test테스트 코드, 리팩토링 테스트 코드 추가
chore	빌드 업무 수정, 패키지 매니저 수정
perf	성능 개선ciCI 관련 설정 수정
build	빌드 시스템 또는 외부 종속성에 영향을 미치는 변경사항
revert	이전 커밋으로 되돌리는 경우
rename	파일 혹은 폴더명을 수정하거나 옮기는 작업
remove	파일 혹은 폴더를 삭제한 경우

그 이외에도 다양한 것들이 있을 수도 있고 팀원들의 의견에 따라 또 정해질 수 있기에 위와 같은게 100%는 아닐 수 있다.
내가 작성하면서 가장 많이 쓰는건 feat, style, refactor 이렇게 3개를 제일 많이 쓰게 될 것 같다.

dquote 문제

컴포넌트를 개발하고 git 에 올리기 위해 커밋을 했을 때 문제가 발생했다.

commit이 제대로 이뤄지지 않고 dquote> 문으로 계속 무한 대기 현상이 일어났다.. 찾아보니 바보같은 실수를... 커밋 메시지를 " 로 감싸주지 않아 문제가 생겼던 것이다..

해결 방법

그럼 해결방법은 당연히 " 를 적어주면 된다.
"를 적어주고 엔터를 눌러주면 정상적으로 커밋이 완료된다.

사소한 실수지만 다시 한번 깨닫게 되는 계기가 되었다.