[Github/Git] 깃허브 PR이란? ,PR 하는법 , (풀리퀘스트, PullRequest)

JI NY 2024. 2. 13. 21:44

[Github/Git] 깃허브 PR(풀리퀘스트, PullRequest)이란? PR 하는법

01. intro

UMC 5기 CC프로젝트에서 SpringBoot로 협업을 하던 중,, "깃허브에 PR 해주세요" 라는 연락이 왔다.
다른 분들은 "PR 날렸어요~" 이렇게 말하시고, 나는 엥 pr이 뭐지..?하면서 엄청 고민했다.
pr이 뭐냐고 물어보기는 상당히 부끄러웠고,, 그냥 검색을 하기로 했다.

봤는데, 나와 같은 궁금증을 가지신 분이 계셨다!!
[Git 삽질기록] 'PR을 올리다'? Pull Request에 대해서 (tistory.com) <- 해당 게시글을 보고 바로 pr에 대해 알게됐다.

02. PR(pullRequest)이란?

-> Github에서 PR은 "풀 리퀘스트(pull Reauest)"를 의미한다. 이는 새로운 코드 변경사항을 원본 소스 코드에 병합하기 위헤 제안하는 것을 의미한다.
즉 병합하기전에 먼저 "이 코드 병합해도 돼요? " 하면서 내 소스코드를 설명과 함께 보내주는 것이다.

03. GitHub에서 PR 하는법 ( 깃허브 pullReqest(풀리퀘스트) 하는법)

먼저 깃허브 협업 프로젝트라고 가정한다.

1. 깃허브(또는 깃허브 데스크탑)의 내 브랜치에서 pullRequest 버튼을 누른다.

2-1. 그러면 Comparing changes 창이 뜨는데, 적절하게 내용을 쓴다.

base : pull 요청을 받게될 브랜치
compare : base로 요청을 보낼 브랜치
- 즉, auth 브랜치 -> develop 브랜치로 pull 요청을 보낸다는 뜻이다.
Add a title : 제목
Add a description : 적절한 설명 및 왜 pull Request를 보내는지 등등을 쓴다.
오른쪽에 Reviewes나 Labels 등을 적절히 수정한다.

2-2. 내용을 다 썼으면 [Create pull Reauest ] 를 누른다.

참고로, 밑에 [Able to merge]는 pull Request를 받았을 때 충돌없이 원활하게 병합될 것으로 예상된다는 뜻이다.
[cannot merge]는 merge할때 충돌이 날 가능성이 있다는 뜻이다.
충돌이 날 것 같더라도, PR를 보내도 상관없다. request를 받는 쪽에서 받지 않거나 충돌을 해결하거나 하면 되기 때문이다.

3. 상대방의 답변이나 merge를 기다린다.

내가 보낸 PR를 상대방이 확인한 후에, merge를 할지 말지 결정을 하게 되는 것이다!
ok한다면 , 내가 보낸 request를 받아들이고, 본 브랜치로 merge하게 된다.

** 공부한 내용을 올린 것이기 때문에, 틀릴 수 있습니다!
** 틀린 부분은 댓글로 알려주시면 감사하겠습니다 😊
** 도움이 되셨다면 댓글 혹은 좋아요 부탁드립니다 ✨