6일차

오늘은 Part2.게시판 서비스 강의의 `유즈 케이스 작성하기(2)` 부분을 학습하였다.
게시판 서비스 유즈 케이스를 마저 작성하고 깃허브에 올리는 과정을 학습하였다.
 
강사님께서 깃 커밋 메시지의 중요성에 대해서 설명해주셨다.
 

깃 커밋 메세지를 잘 써야하는 이유

• 더 좋은 커밋 로그 가독성
• 더 나은 협업과 리뷰 프로세스
• 더 쉬운 코드 유지보수

 

좋은 깃 커밋 메시지를 작성하기 위한 8가지 약속

1. 제목과 본문을 한 줄 띄워 분리하기
2. 제목은 영문 기준 50자 이내로
3. 제목 첫글자를 대문자로
4. 제목 끝에 . 금지
5. 제목은 명령조로
6. Github - 제목(이나 본문)에 이슈 번호 붙이기
7. 본문은 영문 기준 72자마다 줄 바꾸기
8. 본문은 어떻게보다 무엇을, 왜에 맞춰 작성하기

 
다음으로 feature 브랜치에서 커밋한 내용을 main 브랜치에 pull request하는 방법을 배웠다.
pull request는 git kraken에서도 할 수 있지만 되도록이면 github에서 하는 방법을 선택하는게 편하다.
pull request에서는 변경된 파일을 리뷰하고 코멘트를 작성할 수 있다.
pull request에는 세가지 버전이 있다.

• Create a merge commit : 가장 일반적인 방법
• Squash and merge : 그래프를 깔끔하게 만들고 싶을 때 사용
• Rebase and merge :모든 커밋들이 합쳐지지 않고 각각이 master 브랜치에 추가됨

merge후 feature 브랜치는 바로바로 삭제해주는 것이 좋다. 삭제해도 언제든지 restore가능 하다. 만약 merge 후에 feature 브랜치를 삭제해주지 않으면 대규모 프로젝트에서는 쌓이고 쌓여서 정리가 힘들어 질 수 도 있다. github setting에서 merge후에 브랜치가 자동으로 삭제될 수 있도록 설정해줄 수도 있다.
 
강의 중에 amend라는 내용이 나왔는데 잘 모르는 내용이라서 검색을 해보았다.
ammend는 커밋 메시지를 수정하는데에 쓰이는 것이라고 한다. git commit 커맨드에 --amend 플래그를 붙이면 직전에 남긴 커밋을 수정할 수 있게 된다.