[논문 리뷰] Code forking in open-source software: a requirements perspective

Neil Ernst, Steve Easterbrook외 1명|arXiv (Cornell University)|2010. 04. 16.

Software Engineering Research참고 문헌 24인용 수 25

한 줄 요약

이 논문은 요구사항 공학의 관점에서 오픈소스 소프트웨어에서의 코드 포크를 조사하며, Trac가 DrProject로의 포크를 사례로 삼는다. 포크가 기능적 요구사항의 분리가 발생할 때 기존 오픈소스 소프트웨어를 새로운 환경에 적응시키는 데 효과적인 전략이 될 수 있음을 보여주며, 특히 사용성과 유지보수성이라는 새로운 요구사항을 성공적으로 충족시켰다.

ABSTRACT

To fork a project is to copy the existing code base and move in a direction different than that of the erstwhile project leadership. Forking provides a rapid way to address new requirements by adapting an existing solution. However, it can also create a plethora of similar tools, and fragment the developer community. Hence, it is not always clear whether forking is the right strategy. In this paper, we describe a mixed-methods exploratory case study that investigated the process of forking a project. The study concerned the forking of an open-source tool for managing software projects, Trac. Trac was forked to address differing requirements in an academic setting. The paper makes two contributions to our understanding of code forking. First, our exploratory study generated several theories about code forking in open source projects, for further research. Second, we investigated one of these theories in depth, via a quantitative study. We conjectured that the features of the OSS forking process would allow new requirements to be addressed. We show that the forking process in this case was successful at fulfilling the new projects requirements.

연구 동기 및 목표

• 요구사항이 오픈소스 프로젝트에서 코드 포크를 이끄는 데 어떤 역할을 하는지 이해하기 위해.
• 기존 오픈소스 도구를 포크함으로써 새로운 기능적 및 비기능적 요구사항을 충족시키는 과정과 과제를 검토하기 위해.
• 원본 프로젝트에 존재하지 않는 새로운 요구사항을 포크가 효과적으로 해결할 수 있는지 평가하기 위해.
• 요구사항 공학의 관점에서 포크의 사회적, 기술적, 유지보수성 영향을 탐색하기 위해.

제안 방법

• 혼합 방법론 순차 연구를 수행함: 먼저 Trac 및 DrProject 개발자들과의 인터뷰 및 설문 조사에 기반한 질적 분석(기반 이론)을 실시함.
• 포크에 관한 핵심 이론을 도출한 후, 하나의 이론을 선별하여 정량적 검증을 실시함.
• 정적 코드 메트릭(예: 순환 복잡도, 코드 채굴)을 사용하여 Trac 및 DrProject의 코드베이스 유지보수성 측정함.
• 인터페이스 복잡도와 사용자 우호성에 중점을 두고, 질적 인터페이스 분석을 통해 사용성 평가함.
• 포크된 시스템이 핵심 비기능 요구사항을 충족하는지 확인하기 위해 확증적 접근을 사용함.
• 목표 모델을 비교하고 요구사항 진화의 트레이드오프를 평가하기 위해 역공학 기법을 적용함.

실험 결과

연구 질문

• RQ1 다른 요구사항이 오픈소스 소프트웨어의 포크를 이끄는 데 어떤 역할을 하는가?
• RQ2 포크는 결과 소프트웨어 시스템의 유지보수성과 사용성에 어떤 영향을 미치는가?
• RQ3 포크가 원본 프로젝트에 존재하지 않는 새로운 요구사항을 얼마나 효과적으로 충족시킬 수 있는가?
• RQ4 특히 커뮤니티 유대감과 코드 진화 측면에서 포크와 관련된 사회적 및 기술적 트레이드오프는 무엇인가?
• RQ5 모듈성과 테스트 가능성과 같은 비기능 요구사항은 포크된 시스템에서 어떻게 변화하는가?

주요 결과

• DrProject의 포크는 학부 소프트웨어 프로젝트 관리에 특화된 새로운 요구사항—특히 사용성과 유지보수성—을 성공적으로 충족시켰다.
• 코드 메트릭 분석 결과, DrProject는 Trac보다 더 높은 유지보수성을 보였으며, 낮은 순환 복잡도와 더 나은 코드 구조를 확보했다.
• 질적 사용성 분석 결과, DrProject의 인터페이스는 Trac에 비해 초보자 사용자에게 더 단순하고 직관적이었다.
• 포크는 부정적인 커뮤니티 반응을 유발하지 않았으며, 이는 기술적 동기가 커뮤니티의 양호한 분위기와 공존할 수 있음을 시사한다.
• 포크의 주요 비용은 공유된 버그 수정의 손실과 새로운 커뮤니티를 처음부터 구축해야 하는 과제였다.
• 본 연구는 요구사항이 상당히 분리될 경우 오픈소스 소프트웨어를 새로운 도메인에 적응시키는 데 포크가 타당한 전략일 수 있음을 확인한다.