거의 모든 개발자는 Git을 사용한다. Git을 사용하는 이유는 여러가지가 있겠지만 아마 저장의 편의성 때문이지 않을까 생각한다. 그럼 Git commit을 입력 했을 때 어떤 일이 일어나는지 알고 있는가? 그 저장 방식을 알고 있는 사람은 극히 드물 것이라 생각된다. 코드의 작동 결과를 이해하는 방법에는 코드를 하나하나 살펴보는 방법도 있지만 DB를 열어서 어떤 결과가 저장되는지 확인하는 방법도 있다. 이렇듯, Git 역시 DB를 확인한다면 훨씬 더 Git에 대한 이해도가 올라갈 수 있을 것이다. 🧐 Git의 DB Git은 어떤 종류의 DB를 가지고 있을까? RDB? NoSQL? Key : Value 형태로 저장되기 때문에 NoSQL의 범주에 포함된다. 그럼 어떤 것이 key고 어떤 것이 value 일..

개발자들이라면 git commit 명령어를 날려보지 않은 사람은 없을 것이다. git commit 명령어를 입력하고나면 나오는 창은 바로 커밋 메시지 입력 창이다. 이때마다 우리는 어떻게 작성해야하는지, Feat이라는 단어는 왜 쓰는 것이며, 어떨 때 fix를 사용하는지 등 뭔가 관습적이지만 출처 불분명한 규칙들로 커밋을 작성하곤 한다.(나만 그런가?) 그래서 도대체 이 커밋 문장은 어떻게 작성하는 것인지, 그 기준은 뭔지에 대해서 찾아보던 중 Conventional Commits 규칙을 알게 되었고, 소개하려 한다. (이미 나 빼고 다 아는 거 같지만) 🧐 Conventional Commits (컨벤셔널 데드리프트 아님, 하지만 같은 컨벤은 맞음) 컨벤셔널 커밋은 일종의 조약, 약속에 가깝다. 컨벤셔널..