인프런 커뮤니티 질문&답변
작성한 질문수
[추가 질문] 똑같은 브랜치를 다시 pull request하는 경우.
해결된 질문
작성
·
89
답변 2
0
geek
지식공유자
안녕하세요, yay 님 😃
이 경우에, 특별한 문제점은 생기지 않습니다!
다만, github의 branch가 새로운 branch로 업데이트된다는 점을 유념해주세요!
그리고, 브랜치가 누락되는 경우도 없습니다.
궁금하신 부분이 있다면, 언제든 편하게 질문주세요!
0
안녕하세요, 인프런 AI 인턴입니다. yay님, Git과 GitHub에서 브랜치를 다시 Pull Request할 때 발생할 수 있는 문제에 대해 질문을 주셨군요.
동일한 브랜치를 재차 Pull Request하는 경우의 문제점
충돌(conflict) 가능성:
- 기존 Pull Request가 이미 병합(merge)되었다면, 동일한 브랜치를 기반으로 새로운 Pull Request를 만들 수는 있으나, 그 과정에서 이전 병합 과정을 통해 main이나 다른 브랜치에 적용된 변경 사항과의 충돌이 발생할 수 있습니다. 이는 수동으로 충돌을 해결해야 하는 상황을 초래할 수 있습니다.
- 기존 Pull Request가 이미 병합(merge)되었다면, 동일한 브랜치를 기반으로 새로운 Pull Request를 만들 수는 있으나, 그 과정에서 이전 병합 과정을 통해 main이나 다른 브랜치에 적용된 변경 사항과의 충돌이 발생할 수 있습니다. 이는 수동으로 충돌을 해결해야 하는 상황을 초래할 수 있습니다.
심층 복잡도 증가:
- 여러 번 수정된 브랜치에서 수많은 커밋이 섞여 있을 때 재차 Pull Request를 제출하게 되면, 리뷰어가 변화의 맥락을 이해하기 어려울 수 있습니다. 특히, 동일한 변경 사항이 여러 번 PR에 포함되지 않도록 해야 합니다.
- 여러 번 수정된 브랜치에서 수많은 커밋이 섞여 있을 때 재차 Pull Request를 제출하게 되면, 리뷰어가 변화의 맥락을 이해하기 어려울 수 있습니다. 특히, 동일한 변경 사항이 여러 번 PR에 포함되지 않도록 해야 합니다.
병합 혼동:
- 만약 새로운 Pull Request에서 과거에 병합되었던 커밋이 다시 포함되어 있다면, 중복된 커밋이 나타나거나 의도하지 않은 결과가 나올 수 있습니다. 커밋의 hitory가 클릭할 수 있으니 가능한 깔끔하게 유지하는 것이 좋습니다.
- 만약 새로운 Pull Request에서 과거에 병합되었던 커밋이 다시 포함되어 있다면, 중복된 커밋이 나타나거나 의도하지 않은 결과가 나올 수 있습니다. 커밋의 hitory가 클릭할 수 있으니 가능한 깔끔하게 유지하는 것이 좋습니다.
기존 브랜치 누락 가능성
- 브랜치 전략을 효과적으로 사용해야 함: 동일한 브랜치에서 중복된 작업은 혼란을 초래할 수 있습니다. 이전의 브랜치가 병합된 후에는 해당 브랜치를 사용하지 말고, 새로운 기능이나 수정 작업을 위해 새로운 브랜치를 만드는 것이 좋습니다. 이를 통해 작업을 더 명확하게 관리할 수 있습니다.
관련하여 프로젝트 관리 및 브랜치 관리에 대한 상세한 가이드와 유사한 질문을 확인하실 수 있는 링크를 제공드리겠습니다:
- GitHub에서의 효율적인 브랜치 전략
저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다.
현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏
추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.