Home > Research > Publications & Outputs > Angry-Builds

Links

Text available via DOI:

View graph of relations

Angry-Builds: An empirical study of affect metrics and builds success on GitHub ecosystem

Research output: Contribution in Book/Report/Proceedings - With ISBN/ISSNConference contribution/Paperpeer-review

Published

Standard

Angry-Builds: An empirical study of affect metrics and builds success on GitHub ecosystem. / Ortu, Marco; Pinna, Andrea; Tonelli, Roberto et al.
XP '18: Proceedings of the 19th International Conference on Agile Software Development: Companion. New York: Association for Computing Machinery (ACM), 2018. a35.

Research output: Contribution in Book/Report/Proceedings - With ISBN/ISSNConference contribution/Paperpeer-review

Harvard

Ortu, M, Pinna, A, Tonelli, R, Marchesi, M, Bowes, D & Destefanis, G 2018, Angry-Builds: An empirical study of affect metrics and builds success on GitHub ecosystem. in XP '18: Proceedings of the 19th International Conference on Agile Software Development: Companion., a35, Association for Computing Machinery (ACM), New York, 19th International Conference on Agile Software Development, XP 2018, Porto, Portugal, 21/05/18. https://doi.org/10.1145/3234152.3234160

APA

Ortu, M., Pinna, A., Tonelli, R., Marchesi, M., Bowes, D., & Destefanis, G. (2018). Angry-Builds: An empirical study of affect metrics and builds success on GitHub ecosystem. In XP '18: Proceedings of the 19th International Conference on Agile Software Development: Companion Article a35 Association for Computing Machinery (ACM). https://doi.org/10.1145/3234152.3234160

Vancouver

Ortu M, Pinna A, Tonelli R, Marchesi M, Bowes D, Destefanis G. Angry-Builds: An empirical study of affect metrics and builds success on GitHub ecosystem. In XP '18: Proceedings of the 19th International Conference on Agile Software Development: Companion. New York: Association for Computing Machinery (ACM). 2018. a35 doi: 10.1145/3234152.3234160

Author

Ortu, Marco ; Pinna, Andrea ; Tonelli, Roberto et al. / Angry-Builds : An empirical study of affect metrics and builds success on GitHub ecosystem. XP '18: Proceedings of the 19th International Conference on Agile Software Development: Companion. New York : Association for Computing Machinery (ACM), 2018.

Bibtex

@inproceedings{c86554c163d84bd891779f18a138bf3b,
title = "Angry-Builds: An empirical study of affect metrics and builds success on GitHub ecosystem",
abstract = "Automatic and repeatable builds are an established software engineering practices for achieving continuous integration and continuous delivery processes. The building phase of modern software systems is an important part of the development process such that dedicated roles as {"}Release Engineer{"} are more and more required. Software development is a collaborative activity, and when multiple developers work on the same project, they will be changing a shared master development branch at overlapping intervals. This overlap occurs because developers create parallel branches for working and then merge these branches when features are completed. Continuous integration, CI, is a workflow strategy which helps ensure everyone{\^a}{\u A}{\'Z}s changes will integrate with the current version of the project. This activity allows developers to catch bugs and reduce merge conflicts. Improving the building process leads to higher productivity and therefore shorter time to market, but understanding or measuring such a delicate phase is a big challenge. Open Source Communities provide valuable empirical data such as GitHub an Travis CI. These repositories represent a golden mine containing important data which can help researchers understanding the process behind the manufacturing of a software artifact. By analyzing Travis CI logs, we can directly connect a particular build with the development process behind it, not only regarding code changes but also regarding human activities, such as discussions about the implementation of a specific feature or bug resolution. Thanks to this information we can analyze the social activities of the build process enabling us to apply the same approach used for the development process.",
author = "Marco Ortu and Andrea Pinna and Roberto Tonelli and Michele Marchesi and David Bowes and Giuseppe Destefanis",
year = "2018",
month = may,
day = "21",
doi = "10.1145/3234152.3234160",
language = "English",
isbn = "9781450364225",
booktitle = "XP '18: Proceedings of the 19th International Conference on Agile Software Development: Companion",
publisher = "Association for Computing Machinery (ACM)",
address = "United States",
note = "19th International Conference on Agile Software Development, XP 2018 ; Conference date: 21-05-2018 Through 25-05-2018",

}

RIS

TY - GEN

T1 - Angry-Builds

T2 - 19th International Conference on Agile Software Development, XP 2018

AU - Ortu, Marco

AU - Pinna, Andrea

AU - Tonelli, Roberto

AU - Marchesi, Michele

AU - Bowes, David

AU - Destefanis, Giuseppe

PY - 2018/5/21

Y1 - 2018/5/21

N2 - Automatic and repeatable builds are an established software engineering practices for achieving continuous integration and continuous delivery processes. The building phase of modern software systems is an important part of the development process such that dedicated roles as "Release Engineer" are more and more required. Software development is a collaborative activity, and when multiple developers work on the same project, they will be changing a shared master development branch at overlapping intervals. This overlap occurs because developers create parallel branches for working and then merge these branches when features are completed. Continuous integration, CI, is a workflow strategy which helps ensure everyoneâĂŹs changes will integrate with the current version of the project. This activity allows developers to catch bugs and reduce merge conflicts. Improving the building process leads to higher productivity and therefore shorter time to market, but understanding or measuring such a delicate phase is a big challenge. Open Source Communities provide valuable empirical data such as GitHub an Travis CI. These repositories represent a golden mine containing important data which can help researchers understanding the process behind the manufacturing of a software artifact. By analyzing Travis CI logs, we can directly connect a particular build with the development process behind it, not only regarding code changes but also regarding human activities, such as discussions about the implementation of a specific feature or bug resolution. Thanks to this information we can analyze the social activities of the build process enabling us to apply the same approach used for the development process.

AB - Automatic and repeatable builds are an established software engineering practices for achieving continuous integration and continuous delivery processes. The building phase of modern software systems is an important part of the development process such that dedicated roles as "Release Engineer" are more and more required. Software development is a collaborative activity, and when multiple developers work on the same project, they will be changing a shared master development branch at overlapping intervals. This overlap occurs because developers create parallel branches for working and then merge these branches when features are completed. Continuous integration, CI, is a workflow strategy which helps ensure everyoneâĂŹs changes will integrate with the current version of the project. This activity allows developers to catch bugs and reduce merge conflicts. Improving the building process leads to higher productivity and therefore shorter time to market, but understanding or measuring such a delicate phase is a big challenge. Open Source Communities provide valuable empirical data such as GitHub an Travis CI. These repositories represent a golden mine containing important data which can help researchers understanding the process behind the manufacturing of a software artifact. By analyzing Travis CI logs, we can directly connect a particular build with the development process behind it, not only regarding code changes but also regarding human activities, such as discussions about the implementation of a specific feature or bug resolution. Thanks to this information we can analyze the social activities of the build process enabling us to apply the same approach used for the development process.

U2 - 10.1145/3234152.3234160

DO - 10.1145/3234152.3234160

M3 - Conference contribution/Paper

AN - SCOPUS:85065778442

SN - 9781450364225

BT - XP '18: Proceedings of the 19th International Conference on Agile Software Development: Companion

PB - Association for Computing Machinery (ACM)

CY - New York

Y2 - 21 May 2018 through 25 May 2018

ER -