개발자가 풀리퀘스트를 열 때마다 가장 두려운 순간이 언제일까? 코드 리뷰를 기다리는 시간? 아니다. 그보다 더 끔찍한 것은 쓸모없는 PR이 쏟아지는 순간이다. “이거 고쳤습니다”, “버그 수정”, “성능 개선” 같은 제목 아래 숨겨진, 실상은 자동 생성된 스팸이나 무의미한 변경. 이런 것들이 쌓이면 프로젝트는 혼란에 빠지고, 유지보수는 지옥이 된다. 그렇다면 이런 ‘슬랍(slop)’을 어떻게 걸러낼 수 있을까?
문제는 기술적이라기보다 사회적이다. 오픈소스 프로젝트가 성장하면서 기여자는 늘어나지만, 그 중에는 진정성 없는 기여도 섞여든다. 일부는 스타를 얻기 위한 목적으로, 또 어떤 이는 봇을 돌려 무작위 변경사항을 던지기도 한다. 이런 현상은 특히 인기 있는 저장소에서 두드러진다. 프로젝트 관리자는 이런 PR을 일일이 검토해야 하는데, 그 과정에서 시간과 에너지가 낭비된다. 그렇다고 모든 PR을 무시할 수도 없다. 진짜 중요한 기여가 묻힐 수 있기 때문이다.
이런 상황에서 Fossier라는 도구가 주목받고 있다. 깃허브 PR을 분석해 ‘슬랍’ 점수를 매기는 이 도구는, 단순한 키워드 매칭이나 규칙 기반 필터링을 넘어 머신러닝을 활용해 PR의 진정성을 평가한다. 예를 들어, 변경 사항의 크기, 커밋 메시지의 품질, 기여자의 활동 이력 등을 종합적으로 고려한다. 이 점수는 프로젝트 관리자에게 경고로 작용해, 의심스러운 PR을 우선 검토하거나 자동으로 닫을 수 있게 돕는다.
하지만 이런 도구가 과연 완벽한 해결책일까? 기술적 접근에는 언제나 한계가 있다. 예를 들어, Fossier가 ‘슬랍’으로 분류한 PR이 실제로는 유용한 기여일 수도 있다. 반대로, 표면적으로는 멀쩡해 보이는 PR이 내재된 문제를 일으킬 수도 있다. 게다가 이런 도구 자체가 악용될 가능성도 배제할 수 없다. 특정 기여자를 의도적으로 배제하는 데 사용될 수도 있기 때문이다.
기술은 중립적이지 않다. 그 기술이 어떤 의도로 설계되었든, 사용되는 맥락에 따라 결과는 달라진다.
그렇다면 더 근본적인 해결책은 무엇일까? 아마도 오픈소스 생태계의 문화 변화일 것이다. 기여에 대한 명확한 가이드라인, 기여자의 동기 유도, 그리고 커뮤니티의 신뢰 구축이 필요하다. Fossier 같은 도구는 이런 문화의 보조 수단으로 작용할 수 있지만, 결국은 사람이 결정해야 할 문제다. 기술은 문제를 드러내줄 뿐, 해결은 인간의 몫이다.
물론 이런 고민은 오픈소스에만 국한되지 않는다. 모든 협업 시스템에서 ‘노이즈’와 ‘신호’를 구분하는 문제는 반복된다. 기업의 코드 리뷰 시스템에서도, 내부 위키에서도 마찬가지다. 중요한 것은 이런 도구가 단순한 필터링을 넘어, 더 나은 협업 문화를 만드는 데 기여할 수 있느냐는 점이다.
Fossier의 등장은 이런 고민의 시작일 뿐이다. 앞으로 더 많은 도구와 방법론이 등장하겠지만, 결국 핵심은 기술이 아니라 사람이다. 기여의 진정성을 판단하는 기준, 그리고 그 기준을 어떻게 공정하게 적용할 것인지. 이 질문에 대한 답은 여전히 열려 있다.
관련 자료: Fossier: A slop evaluator for GitHub PRs
이 포스팅은 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.
