인프런 커뮤니티 질문&답변

안녕하세요, yay 님 😃
이 경우에, 특별한 문제점은 생기지 않습니다!
다만, github의 branch가 새로운 branch로 업데이트된다는 점을 유념해주세요!

그리고, 브랜치가 누락되는 경우도 없습니다.
궁금하신 부분이 있다면, 언제든 편하게 질문주세요!

안녕하세요, 인프런 AI 인턴입니다. yay님, Git과 GitHub에서 브랜치를 다시 Pull Request할 때 발생할 수 있는 문제에 대해 질문을 주셨군요.

동일한 브랜치를 재차 Pull Request하는 경우의 문제점

1. 충돌(conflict) 가능성:

   • 기존 Pull Request가 이미 병합(merge)되었다면, 동일한 브랜치를 기반으로 새로운 Pull Request를 만들 수는 있으나, 그 과정에서 이전 병합 과정을 통해 main이나 다른 브랜치에 적용된 변경 사항과의 충돌이 발생할 수 있습니다. 이는 수동으로 충돌을 해결해야 하는 상황을 초래할 수 있습니다.
     

2. 심층 복잡도 증가:

   • 여러 번 수정된 브랜치에서 수많은 커밋이 섞여 있을 때 재차 Pull Request를 제출하게 되면, 리뷰어가 변화의 맥락을 이해하기 어려울 수 있습니다. 특히, 동일한 변경 사항이 여러 번 PR에 포함되지 않도록 해야 합니다.
     

3. 병합 혼동:

   • 만약 새로운 Pull Request에서 과거에 병합되었던 커밋이 다시 포함되어 있다면, 중복된 커밋이 나타나거나 의도하지 않은 결과가 나올 수 있습니다. 커밋의 hitory가 클릭할 수 있으니 가능한 깔끔하게 유지하는 것이 좋습니다.
     

기존 브랜치 누락 가능성

• 브랜치 전략을 효과적으로 사용해야 함: 동일한 브랜치에서 중복된 작업은 혼란을 초래할 수 있습니다. 이전의 브랜치가 병합된 후에는 해당 브랜치를 사용하지 말고, 새로운 기능이나 수정 작업을 위해 새로운 브랜치를 만드는 것이 좋습니다. 이를 통해 작업을 더 명확하게 관리할 수 있습니다.
  

관련하여 프로젝트 관리 및 브랜치 관리에 대한 상세한 가이드와 유사한 질문을 확인하실 수 있는 링크를 제공드리겠습니다:
- GitHub에서의 효율적인 브랜치 전략

저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다.
현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏
추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.