📚 TIL 36일차

Pull request

내 모든 것은 여기에 두고 왔다...

[Like_jungeun][Complete] clickedLikeOnPost: 게시글에 좋아요 남기기 #1
[Like_jungeun][Complete] clickedLikeOnComment: 댓글에 좋아요 남기기 #2
[exception_jungeun][Complete] Api 및 Exception 메세지 Body에 출력 #3

지난 팀 프로젝트에서 풀리퀘스트를 처음 본격적으로 써봤는데, (공부할 때 한정으로) 로그를 남기는게 readme나 블로그보다 훨씬 더 눈에 잘 들어오는 것 같아서 활용해보았다. 겸사겸사 팀원분들과 코드리뷰도 할 일도 있어서 정리했는데 좋다는 이야기를 들어서 괜히 뿌듯... (^_^)>

종류

참고: [Git] Merge 이해하기 (Merge / Squash and Merge / Rebase and Merge)

PR을 Merge할 때, 여러 커밋 목록들을 하나로 묶어버리고 싶었는데 되지 않아서 이것저것 만져봤더니 하여튼 PR Merge에도 여러 종류가 있었다. 가장 기본적인게 Merge pull request이고, 그 외로 Squash and Merge와 Rebase and Merge가 있다.

이미지 출처: [Git] pull request의 종류

squash and merge는 commit a+b+c를 합쳐 새로운 commit abc을 만들고 main 브랜치에 추가하는 것으로, 내가 원하던 merge는 이것이었다. readme를 작성할 때는 수정이 잦아서 커밋 히스토리가 더러워지는 경우가 많아서 도움이 될 것이라고 생각했다.

rebase and merge는 commit a,b,c가 합쳐지지 않고, 각각이 main 브랜치에 추가되는 것을 말한다. 일반적인 merge는 merge를 커밋한 히스토리가 따로 남지만, rebase and merge는 히스토리가 남지 않아서 하나의 브랜치에 작업한 것처럼 보일 수 있다.