TIL - 20220605

 오늘은 코드숨 커뮤니티에서 마침 내가 이번 한 주 동안 열심히 공부했던 Github Commit 메시지 관련하여 재밌는 정보를 배웠다.

정곡을 찔린... 하지만 또 이런 기회로 배우게 됐으니 오히려 좋다!

 정말 정곡을 찔렸다. 내가 이번 한 주 동안 이미지와 같이 Feat:, Fix -, Refactor -,TEST와 같은 형식으로 작성했다. 지금 돌이켜보면 왜 이렇게 작성해야 하지?라는 의심을 전혀 하지 않았다. 실제 다른 분의 pull request도 이러한 형식으로 작성되어있었고, Github Gommit 메시지 작성법을 구글링 통해 찾아보다 앞서 말한 형식으로 제목을 짓는다는 글을 보고 의심이 순식간에 확신으로 바뀌어버렸다. 내가 하는 형식은 그저 형식일 뿐이다. 정확히 표현하면 udacity의 스타일 가이드일 뿐 이 스타일 가이드를 맹목적으로 따를 필요는 없는 것이며 커밋 메시지를 어떻게 작성할지는 팀과 함께, 읽는 사람이 누구인지를 떠올려보며 얘기를 하고 서로 뭐가 제일 좋은 거 같은지 정답이 아닌 최선의 방법을 찾는 것이 가장 중요한거구나라고 배우게 됐다. 그러면 앞으로 어떻게 작성해야 할까? 일단 나는 아직 실무 단계가 아닌 공부하는 단계이니깐 커밋 메시지를 여러 형식으로 작성해보며 내가 제일 읽기 편하고 이해가 잘되는 형식은 무엇인지? 생각해보는 시간을 가지고 나중에 협업을 하게 될 일이 생겨 Commit 메시지를 어떻게 작성해야 할지 이야기를 나누게 되는 때에 내가 제일 읽기 편하고 이해가 잘된다고 생각하는 형식에 대해 이야기 해야겠다. 또한, 규칙을 살짝 깨게 되더라도 최대한 이해를 돕는 Commit 메시지를 작성한다는 생각으로 임해야겠다.