GitHub 3일차: 기획자가 꼭 알아야 할 Pull Request와 Issue
GitHub 3일차: 기획자가 꼭 알아야 할 Pull Request와 Issue GitHub 3일차: 기획자가 꼭 알아야 할 Pull Request와 Issue GitHub를 이해하려는 기획자에게 Pull Request와 Issue는 꼭 넘어야 할 두 개의 관문입니다. 이름만 보면 어렵고 딱딱해 보이지만, 실무에서는 협업의 흐름을 보여주는 가장 중요한 단서입니다. 서론 기획자가 개발자와 협업하다 보면 자주 듣는 말이 있습니다. “이건 이슈로 남겨 주세요”, “PR 올렸습니다”, “리뷰 후 머지할게요” 같은 표현입니다. 처음에는 무슨 뜻인지 감이 잘 오지 않을 수 있습니다. 하지만 이 말을 이해하지 못하면 단순히 용어를 모르는 수준에서 끝나지 않습니다. 현재 어떤 작업이 진행 중인지, 요청한 기능이 어디까지 반영됐는지, 왜 아직 운영에 적용되지 않았는지를 읽기 어려워집니다. 앞서 Repository, Branch, Commit이 개발 작업의 기본 구조라면, Pull Request와 Issue는 그 구조 위에서 실제 협업이 일어나는 지점입니다. 다시 말해 Branch가 작업선이라면 Pull Request는 검토와 반영의 문이고, Issue는 해야 할 일과 문제를 공식적으로 기록하는 출발점입니다. 기획자는 코드를 직접 작성하지 않아도 됩니다. 하지만 Pull Request와 Issue를 이해하면 개발팀이 어떤 방식으로 요청을 받고, 작업을 나누고, 검토하고, 반영하는지 훨씬 선명하게 보입니다. 이번 글에서는 기획자 관점에서 Pull Request와 Issue가 무엇인지, 둘은 어떻게 다른지, 실무에서 어떻게 활용하면 좋은지 콘텐츠 중심으로 차근차근 정리해 보겠습니다. 📚 목차 기획자가 Pu...