pull request
Recently Published Documents


TOTAL DOCUMENTS

56
(FIVE YEARS 34)

H-INDEX

7
(FIVE YEARS 3)

2022 ◽  
Vol 31 (2) ◽  
pp. 1-26
Author(s):  
Chandra Maddila ◽  
Nachiappan Nagappan ◽  
Christian Bird ◽  
Georgios Gousios ◽  
Arie van Deursen

Modern, complex software systems are being continuously extended and adjusted. The developers responsible for this may come from different teams or organizations, and may be distributed over the world. This may make it difficult to keep track of what other developers are doing, which may result in multiple developers concurrently editing the same code areas. This, in turn, may lead to hard-to-merge changes or even merge conflicts, logical bugs that are difficult to detect, duplication of work, and wasted developer productivity. To address this, we explore the extent of this problem in the pull-request-based software development model. We study half a year of changes made to six large repositories in Microsoft in which at least 1,000 pull requests are created each month. We find that files concurrently edited in different pull requests are more likely to introduce bugs. Motivated by these findings, we design, implement, and deploy a service named Concurrent Edit Detector (ConE) that proactively detects pull requests containing concurrent edits, to help mitigate the problems caused by them. ConE has been designed to scale, and to minimize false alarms while still flagging relevant concurrently edited files. Key concepts of ConE include the detection of the Extent of Overlap between pull requests, and the identification of Rarely Concurrently Edited Files . To evaluate ConE, we report on its operational deployment on 234 repositories inside Microsoft. ConE assessed 26,000 pull requests and made 775 recommendations about conflicting changes, which were rated as useful in over 70% (554) of the cases. From interviews with 48 users, we learned that they believed ConE would save time in conflict resolution and avoiding duplicate work, and that over 90% intend to keep using the service on a daily basis.


2021 ◽  
pp. 111160
Author(s):  
Sen Fang ◽  
Tao Zhang ◽  
You-Shuai Tan ◽  
Zhou Xu ◽  
Zhi-Xin Yuan ◽  
...  

Author(s):  
Mengxi Zhang ◽  
Huaxiao Liu ◽  
Chunyang Chen ◽  
Yuzhou Liu ◽  
Shuotong Bai
Keyword(s):  

2021 ◽  
Vol 5 (CSCW2) ◽  
pp. 1-25
Author(s):  
Ashish Chopra ◽  
Morgan Mo ◽  
Samuel Dodson ◽  
Ivan Beschastnikh ◽  
Sidney S. Fels ◽  
...  
Keyword(s):  

2021 ◽  
Author(s):  
Silvana Gonçalves ◽  
Daricélio Soares ◽  
Daniel Silva

Author(s):  
Lorenzo Gasparini ◽  
Enrico Fregnan ◽  
Larissa Braz ◽  
Tobias Baum ◽  
Alberto Bacchelli
Keyword(s):  

2021 ◽  
Author(s):  
Lorenzo Gasparini ◽  
Enrico Fregnan ◽  
Larissa Braz ◽  
Tobias Baum ◽  
Alberto Bacchelli
Keyword(s):  

2021 ◽  
Vol 7 (8) ◽  
pp. 80542-80550
Author(s):  
Matheus Antonio Flauzino ◽  
Eduardo Gomes Carvalho ◽  
Hebert Rausch Fernandes ◽  
Lázaro Eduardo Silva ◽  
Daniel Guimarães Lago

2021 ◽  
Vol 11 (3) ◽  
pp. 920
Author(s):  
Abdulkadir Şeker ◽  
Banu Diri ◽  
Halil Arslan

Software collaboration platforms where millions of developers from diverse locations can contribute to the common open source projects have recently become popular. On these platforms, various information is obtained from developer activities that can then be used as developer metrics to solve a variety of challenges. In this study, we proposed new developer metrics extracted from the issue, commit, and pull request activities of developers on GitHub. We created developer metrics from the individual activities and combined certain activities according to some common traits. To evaluate these metrics, we created an item-based project recommendation system. In order to validate this system, we calculated the similarity score using two methods and assessed top-n hit scores using two different approaches. The results for all scores with these methods indicated that the most successful metrics were binary_issue_related, issue_commented, binary_pr_related, and issue_opened. To verify our results, we compared our metrics with another metric generated from a very similar study and found that most of our metrics gave better scores that metric. In conclusion, the issue feature is more crucial for GitHub compared with other features. Moreover, commenting activity in projects can be equally as valuable as code contributions. The most of binary metrics that were generated, regardless of the number of activities, also showed remarkable results. In this context, we presented improvable and noteworthy developer metrics that can be used for a wide range of open-source software development challenges, such as user characterization, project recommendation, and code review assignment.


Sign in / Sign up

Export Citation Format

Share Document