2012 34th International Conference on Software Engineering (ICSE) 2012
DOI: 10.1109/icse.2012.6227180
|View full text |Cite
|
Sign up to set email alerts
|

Improving early detection of software merge conflicts

Abstract: Abstract-Merge conflicts cause software defects which if detected late may require expensive resolution. This is especially true when developers work too long without integrating concurrent changes, which in practice is common as integration generally occurs at check-in. Awareness of others' activities was proposed to help developers detect conflicts earlier. However, it requires developers to detect conflicts by themselves and may overload them with notifications, thus making detection harder.This paper prese… Show more

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
2
1
1

Citation Types

0
55
0

Year Published

2014
2014
2019
2019

Publication Types

Select...
7
2

Relationship

0
9

Authors

Journals

citations
Cited by 66 publications
(55 citation statements)
references
References 20 publications
0
55
0
Order By: Relevance
“…Wecode [35] used continuous integration for conflict detection which runs as plug-in of Eclipse. Wecode address direct and indirect conflicts.…”
Section: Related Workmentioning
confidence: 99%
See 1 more Smart Citation
“…Wecode [35] used continuous integration for conflict detection which runs as plug-in of Eclipse. Wecode address direct and indirect conflicts.…”
Section: Related Workmentioning
confidence: 99%
“…Being aware of others work enables the developers to detect the conflicts at early stage before they diffuse with the main repository. SCM community has accepted it as challenge and realized the benefits of workspace awareness tools [22][23][24][25][26][27][28][29][30].Significant contributions have been done by [31,23,22,34,26] in workspace awareness which assist the developers to detect conflicts early by exchanging information among developers. These tools compliment SCM by coordinating across workspaces still maintaining good isolation.…”
Section: Introductionmentioning
confidence: 99%
“…(The average project size was 11'776 lines of code in 68 classes). [19] detect, inspect no no real-time no yes no no no CollabVS [16] detect detect, inspect yes real-time yes yes no no no Crystal [4] detect detect no commit no no yes no no WeCode [15] detect detect no saving no no yes no no CloudStudio [10] prevent, detect, inspect detect, inspect no real-time yes yes yes no yes Collabode [14] no no -no no no no yes no Cloud9 [6] no no -no no no no yes no whether it supports detection of direct conflicts and of indirect conflicts (cf. [26]); whether conflict reports may include false positives; whether conflicts are available in real-time or upon commit; the granularity of the awareness system (line, class, or branch); whether collaborative editing supports shared sessions a la Google Doc and automatic merging of versions.…”
Section: Design Of the Empirical Studymentioning
confidence: 99%
“…To reduce false positives, Syde [6] uses a fine-grained change tracking mechanism in which objectoriented systems are modeled as abstract syntax trees, and changes are tree operations. Similarly to Crystal, WeCode [8] computes the presence of merge conflicts, but by continuously integrating the changes in the workspaces of workers into a merge workspace shared among the workers. Regarding UML diagrams or documents, ADAMS [9] is a web-based system that provides a fine-grained artifact management approach and uses traceability information to propagate the change events to the related artifacts.…”
Section: Related Workmentioning
confidence: 99%