Proceedings of the 15th International Conference on Mining Software Repositories 2018
DOI: 10.1145/3196398.3196437
|View full text |Cite
|
Sign up to set email alerts
|

Analyzing conflict predictors in open-source Java projects

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
2
1
1
1

Citation Types

0
6
0

Year Published

2019
2019
2023
2023

Publication Types

Select...
3
3
1

Relationship

0
7

Authors

Journals

citations
Cited by 17 publications
(6 citation statements)
references
References 27 publications
0
6
0
Order By: Relevance
“…The model's performance is also expected to deteriorate when some of the features in the feature set are not available for a given pull request. Other techniques [6,30] explored the idea of predicting conflicts. None of them actually built a prediction model or corresponding tools.…”
Section: Related Workmentioning
confidence: 99%
“…The model's performance is also expected to deteriorate when some of the features in the feature set are not available for a given pull request. Other techniques [6,30] explored the idea of predicting conflicts. None of them actually built a prediction model or corresponding tools.…”
Section: Related Workmentioning
confidence: 99%
“…Accioly et al [14] investigate whether the occurrence of events such as edits to the same method and edits to directly dependent methods can be used to predict conflicts. However, they do not actually build a prediction model.…”
Section: Proactive Conflict Detectionmentioning
confidence: 99%
“…• Popularity: Intuitively, more active and useful repositories attract more attention, reflected in the number of stars, issues, forks, etc. Similar to previous studies [4], [14], we use the number of stars as a filtering criterion. • Quality: Even though the number of stars represents some measure of quality, not all popular repositories are suitable for our study.…”
Section: Data Collection Processmentioning
confidence: 99%
See 2 more Smart Citations