정리할 겸 쓰는 포스팅
아래 참고
[Git 삽질기록] 'PR을 올리다'? Pull Request에 대해서
서론 이전 글에서 언급했듯이 과제를 Fork하는 방법에 대해 고민하다가, 어찌어찌 Fork를 하고 작업을 시작했다. BUT, git과의 전쟁은 여기서 끝이 아니었다. 나는 또 이런 말을 듣게 된다. "작업한
holika.tistory.com
https://devlog-wjdrbs96.tistory.com/231
[Github] Pull Request를 통해 코드리뷰(Code Review)하는 법
혼자 개발하는 것이 아닌 여러 명에서 협업을 통해서 개발을 하는 과정에서 Git을 사용해서 하고 있을 것이다. 이 때 기능별로 브랜치를 만들거나 각자 팀만의 브랜치 전략에 맞게 브랜치를 나눠
devlog-wjdrbs96.tistory.com
push : 본인이 작성한 작업물을 깃 서버에 올리는것
pull : 깃 서버에 업데이트 되어 있는 내용을 내가 받아오는 것
협업의 기본은 내가 작업한 것은 push 하고
팀원이 작업한 것은 pull 하는것
merge : push 한 작업물이 master 브랜치에 병합되는 과정
pull request : 본인이 작업하여 push 한 내용물을 상대방에게 pull 해달라고 요청하는 것
pull request 작성 규칙
제목 : 단일 커밋의 경우 제목은 커밋 메세지가 되다. 그렇지 않으면, 제목은 일련의 커밋을 요약해야 한다
본문 : 변경 이유와 방법을 설명해야 한다. pr 의 목적을 설명해야 하며 이에 대한 예시로는 초기 구현에 대한 피드백. 의견 요청, merge 준비 완료, 문맥설명...등
계속 막히고 잘 안돼서 pm 님한테 깃허브 많이 배워가는 중이다
스스로도 자꾸 잘 못하니까 미안하고 답답 ... ㅠ
나중에는 익숙해져서 '내가 왜 이런걸로 헤맸더라' 했음 좋겠다 ( •̀ ω •́ )✧
