Determinants of pull-based development in the context of continuous integration  

作　　者：Yue YU Gang YIN Tao WANG Cheng YANG Huaimin WANG 

机构地区：[1]College of Computer,National University of Defense Technology,Changsha 410073,China [2]National Laboratory for Parallel and Distributed Processing,Changsha 410073,China

出　　处：《Science China(Information Sciences)》2016年第8期49-62,共14页中国科学（信息科学）（英文版）

基　　金：supported by National Natural Science Foundation of China (Grant Nos. 61432020, 61472430, 61502512);Postgraduate Innovation Fund of University of Defense Technology (Grant No. B130607)

摘　　要：The pull-based development model, widely used in distributed software teams on open source com- munities, can efficiently gather the wisdom from crowds. Instead of sharing access to a central repository, contributors create a fork, update it locally, and request to have their changes merged back, i.e., submit a pull-request. On the one hand, this model lowers the barrier to entry for potential contributors since anyone can submit pull-requests to any repository, but on the other hand it also increases the burden on integrators, who are responsible for assessing the proposed patches and integrating the suitable changes into the central reposi- tory. The role of integrators in pull-based development is crucial. They must not only ensure that pull-requests should meet the project＇s quality standards before being accepted, but also finish the evaluations in a timely manner. To keep up with the volume of incoming pull-requests, continuous integration （C：Y） is widely adopted to automatically build and test every pull-request at the time of submission. CZ provides extra evidences relating to the quality of pull-requests, which would help integrators to make final decision （i.e., accept or reject）. In this paper, we present a quantitative study that tries to discover which factors affect the process of pull-based development model, including acceptance and latency in the context of C：Z. Using regression modeling on data extracted from a sample of GitHub projects deploying the Travis-CI service, we find that the evaluation process is a complex issue, requiring many independent variables to explain adequately. In particular, C2： is a dominant factor for the process, which not only has a great influence on the evaluation process per se, but also changes the effects of some traditional predictors.The pull-based development model, widely used in distributed software teams on open source com- munities, can efficiently gather the wisdom from crowds. Instead of sharing access to a central repository, contributors create a fork, update it locally, and request to have their changes merged back, i.e., submit a pull-request. On the one hand, this model lowers the barrier to entry for potential contributors since anyone can submit pull-requests to any repository, but on the other hand it also increases the burden on integrators, who are responsible for assessing the proposed patches and integrating the suitable changes into the central reposi- tory. The role of integrators in pull-based development is crucial. They must not only ensure that pull-requests should meet the project＇s quality standards before being accepted, but also finish the evaluations in a timely manner. To keep up with the volume of incoming pull-requests, continuous integration （C：Y） is widely adopted to automatically build and test every pull-request at the time of submission. CZ provides extra evidences relating to the quality of pull-requests, which would help integrators to make final decision （i.e., accept or reject）. In this paper, we present a quantitative study that tries to discover which factors affect the process of pull-based development model, including acceptance and latency in the context of C：Z. Using regression modeling on data extracted from a sample of GitHub projects deploying the Travis-CI service, we find that the evaluation process is a complex issue, requiring many independent variables to explain adequately. In particular, C2： is a dominant factor for the process, which not only has a great influence on the evaluation process per se, but also changes the effects of some traditional predictors.

关 键 词：pull-request continuous integration GitHub distributed software development empirical analysis 

分 类 号：TP311.5[自动化与计算机技术—计算机软件与理论]