The DOI matches its Crossref record; the references it cites are not checked yet.
Recovering Traceability Links between Release Notes and Related Software Artifacts
Abstract
Inadequate traceability links between software artifacts can create challenges for developers in tracking the origin of bugs or issues and their corresponding code changes, leading to longer resolution times and the potential introduction of new bugs [5]. When changes are made without proper traceability links, inconsistencies and conflicts may arise between different artifacts [4], such as requirements, design documents, and code, resulting in software development that fails to meet user expectations or exhibits unexpected behavior. The lack of proper traceability links also poses challenges in maintaining software over time, making it difficult to upgrade, manage dependencies, and make changes to the software [3]. Additionally, the lack of traceability links can make it challenging to understand the software's evolution and developers' decision-making process, reducing transparency and hindering collaboration. Release notes are a document that includes details about new features, bug fixes, improvements, and known issues. They help users and developers understand the changes made to the software and their impact on workflows [1]. Traceability links of issues, pull requests (PRs), and commits are important in release notes as they provide context and understanding of changes made in a release [6]. In our dataset, 33% of release notes are not linked with the corresponding artifacts, highlighting the need for automated traceability link recovery in release notes. Additionally, limited traceability links can lead to duplicate bug reports, confusion, and wasted time and effort [7]. Traceability links are crucial for version controlling and back-porting to give a clear understanding of the dependencies within different versions. Without these links, managing releases and documenting changes accurately becomes challenging, potentially damaging the reputation of the software and causing confusion among stakeholders and customers [2]. Our study begins by creating a benchmark to propose an automated traceability technique between release and related artifacts. To collect data, we use the GitHub API to gather information from 10 popular repositories, including release notes, pull-request titles, and commit messages. We analyze textual data and create a benchmark for recovering traceability links between releases and related artifacts such as commits, pull requests, and issues. Next, we investigate the feasibility of automated traceability approaches for software release notes in GitHub using rule-based and information retrieval (IR)-based classifier. To the best of our knowledge, our techniques are the first to automatically recover traceability links between software releases and related artifacts (i.e., commits, pull requests, and issues). This approach can help keep track of changes and improve the quality of release notes by collecting all useful information automatically in real-time. By using this approach, we aim to identify areas of improvement and refine our proposed technique to make it more usable and effective in practice.
Overview
The claims and statistics of this paper haven’t been checked yet.
Run the check — free, no account needed. It reads the open-access text and checks the sources it cites.
Integrity signals
Registry
Cites
Statistics
Verification
Claims the paper makes
The claims and statistics of this paper haven’t been checked yet.
Run the check — free, no account needed. It reads the open-access text and checks the sources it cites.
Self-check
Percentages, sums and reported differences re-computed from the paper’s own numbers.
The self-check needs the paper’s full text.
Citations
The citation lists haven’t been fetched yet
Cited by 3
Research works printed but not linked: 7
- 10.1007/s10664-015-9377-5 · DOI
- 10.1109/TSE.2020.3038881 · DOI
- Barthélémy Dagenais and Martin P. Robillard. Recovering traceability links between an api and its learning resources. In 2012 34th International Conference on Software Engineering (ICSE), pages 47--57, 2012. · DOI
- Jan Keim, Sophie Corallo, Dominik Fuchß, and Anne Koziolek. Detecting inconsistencies in software architecture documentation using traceability link recovery. In 2023 IEEE 20th International Conference on Software Architecture (ICSA), pages 141--152, 2023. · DOI
- 10.1145/3377811.3380418 · DOI
- Sristy Sumana Nath and Banani Roy. Exploring relevant artifacts of release notes: The practitioners' perspective. In 2022 IEEE International Conference on Software Analysis, Evolution and Reengineering (SANER), pages 1270--1277, 2022. · doi:10.1109/saner53432.2022.00152
- Jianfei Zhu, Guanping Xiao, Zheng Zheng, and Yulei Sui. Enhancing traceability link recovery with unlabeled data. In 2022 IEEE 33rd International Symposium on Software Reliability Engineering (ISSRE), pages 446--457, 2022.
Metadata
- Authors
- Nath, S. S., & Roy, B.
- Venue
- Proceedings of the 2024 IEEE/ACM 46th International Conference on Software Engineering: Companion Proceedings
- Publisher
- ACM
- Published
- 2024-04-14
- Pages
- 376-377
- Cited by
- 3
About these checks
Registry, retraction, Cites and statistics results are computed, not judged, with one exception: a printed reference that no index lists is read once by a model before it counts as a citation error. Claims are extracted by a model and kept only when their quote appears verbatim in the text; each cited source is then checked, with a model’s help, for whether it says what the claim relies on. Those verdicts can be wrong — read the claim’s quote and the cited source before relying on one.
Statistics and arithmetic are recomputed, not judged.
Confidence bands are shown only for fields calibrated on our annotated test set. None is calibrated yet, so no band is shown.
What counts as a claim ›How we measure confidence ›How we check this ›
Are you an author, or do you see a problem with this page? Request a review
How to cite
Cite CoChat for the checks on this page, and the paper for its own findings.
- This page
- CoChat. (2026). Citation check: Recovering Traceability Links between Release Notes and Related Software Artifacts. https://app.cochat.ai/papers/10.1145/3639478.3643126
- The paper
- Nath, S. S., & Roy, B. (2024). Recovering Traceability Links between Release Notes and Related Software Artifacts. Proceedings of the 2024 IEEE/ACM 46th International Conference on Software Engineering: Companion Proceedings. https://doi.org/10.1145/3639478.3643126
Data sources
Bibliographic data: Semantic Scholar, OpenAlex, Crossref.
Contains information from the Semantic Scholar Academic Graph Datasets, made available under the ODC Attribution License (ODC-BY 1.0).
Semantic Scholar’s data is described in: Kinney, R., et al. (2023). The Semantic Scholar Open Data Platform. arXiv:2301.10140.