論文の概要: GitCF: Reducing Incomplete Changes by Exploiting Multiple Similarities Among Commits

• arxiv url: http://arxiv.org/abs/2609.37045v1
• Date: Tue, 29 Sep 2026 08:51:53 GMT
• ステータス: 翻訳完了
• システム内更新日: 2026-09-30 21:28:47.344375
• Title: GitCF: Reducing Incomplete Changes by Exploiting Multiple Similarities Among Commits
• Title（参考訳）: GitCF: 複数の類似性をエクスプロイトすることで、不完全な変更を減らす
• Abstract要約: 我々は、開発者の現在の変更とリビジョン履歴の過去の変更を比較した変更レコメンデーション手法であるGitCFを提案する。 我々は、GitCFを17のオープンソースプロジェクトから543の未完成な変更で評価し、不完全な変更は、後続のコミットで省略された修正が提供されるコミットを表す。
• 参考スコア（独自算出の注目度）: 0.0
• License: http://creativecommons.org/licenses/by-sa/4.0/
• Abstract: Software developers often struggle to identify all locations that their changes affect, and incomplete changes frequently result from these omissions. To mitigate this problem, several approaches have been proposed to recommend additional locations that should be modified together with a developer's current change. A large class of these techniques mines co-change rules from repository revision histories, but because they rely solely on which elements have been modified together, they cannot recommend elements that have rarely co-changed, and they disregard the textual information that accompanies commits. A second class of techniques does exploit textual information, but it derives it from the source code or from a change request rather than from commit history, and it does not use the developer's current change as its input. To address these limitations, we propose GitCF, a change recommendation method that compares a developer's current change with past changes in the revision history and recommends additional change locations by combining two sources of similarity: the set of modified elements and the textual content of commits, including commit messages, code diffs, and linked issue descriptions. We evaluate GitCF on 543 incomplete changes from 17 open-source projects, where an incomplete change denotes a commit in which an omitted modification is supplied in a later commit, comparing it against three co-change-rule-based techniques. GitCF outperforms the strongest baseline on all five metrics (MAP, Recall@10, Recall@20, Hit@10, and Hit@20); in particular, it raises Hit@10 from 0.322 to 0.403, and the improvement in average precision is statistically significant.
• Abstract（参考訳）: ソフトウェア開発者は、変更が影響するすべての場所を特定するのに苦労することが多い。 この問題を軽減するために、開発者の現在の変更とともに修正すべき追加の場所を推奨するいくつかのアプローチが提案されている。 これらのテクニックの大規模なクラスは、リポジトリのリビジョン履歴から共変更ルールをマイニングするが、どの要素が一緒に修正されたかにのみ依存しているため、共同変更が稀な要素を推奨することはできない。 第2のテクニックのクラスは、テキスト情報を利用するが、コミット履歴ではなくソースコードや変更要求から派生しており、開発者の現在の変更を入力として使用しない。 これらの制限に対処するために、GitCFを提案する。これは、開発者の現在の変更とリビジョン履歴の過去の変更を比較する変更レコメンデーションメソッドで、変更要素のセットとコミットメッセージ、コード差分、リンクされたイシュー記述を含むコミットのテキスト内容の2つのソースを組み合わせることで、追加の変更ロケーションを推奨する。 我々は、GitCFを17のオープンソースプロジェクトから543の未完成な変更で評価し、不完全な変更は、後続のコミットで省略された変更が供給されるコミットを意味し、これらを3つのco-change-ruleベースのテクニックと比較した。 GitCFは5つの指標(MAP、Recall@10、Recall@20、Hit@10、Hit@20)で最強のベースラインを上回り、特にHit@10を0.322から0.403に引き上げ、平均精度の改善は統計的に有意である。

関連論文リスト

• The Construction of an Empirical Dataset of Incomplete Software Changes from Open Source Projects [0.0]
  オープンソースソフトウェア群から不完全な変更をマイニングしてデータセットを構築する。 この構築されたデータセットを用いて不完全な変更の特性を分析し、欠落した変更の89.4%が5つ以上のファイルを含むことがわかった。
  論文  参考訳（メタデータ） (2026-09-28T04:58:45Z)
• Knowledge Pull Requests for Continual Document Authoring [92.75875707790453]
  知識プルリクエスト(KPR)は、各変更を解釈可能にする継続的ドキュメントオーサリングのためのフレームワークである。 KPRは、クレームの抽出、フィルタリング、セクションへのルーティング、既存のコンテンツとのコンフリクトのフラグ付けによって、新しい知識をドキュメントに統合する。 我々は、言語間でのウィキペディアの改訂と、RAGTIMEにおけるクエリ駆動レポートの更新について、KPRを評価した。
  論文  参考訳（メタデータ） (2026-09-22T16:07:13Z)
• Larger Is Not Always Better: Leveraging Structured Code Diffs for Comment Inconsistency Detection [3.0208923532626444]
  開発者がコードを変更するが、対応するコメントを更新することを無視する場合に、コメントの不整合が発生する。 大規模言語モデル(LLM)を利用したCCI(Code-comment Inconsistency)検出への最近のアプローチ CodeT5+のバックボーン上に構築したJust-In-Time CCI検出手法を提案する。
  論文  参考訳（メタデータ） (2025-12-22T21:17:31Z)
• Altered Histories in Version Control System Repositories: Evidence from the Trenches [4.71599202491734]
  公開コードリポジトリでは,Git履歴の変更に関する最初の大規模調査を実施している。 1.22Mのリポジトリに履歴の修正があり、合計8.7Mのリライト履歴がある。 私たちはGitHistorianを紹介します。これは開発者がパブリックなGitリポジトリでヒストリ変更を見つけて記述するための自動化ツールです。
  論文  参考訳（メタデータ） (2025-09-11T09:34:06Z)
• ChangePrism: Visualizing the Essence of Code Changes [9.321152185934105]
  本稿では,ChangePrismというツールがサポートする新しい可視化手法を提案する。 このツールは、git履歴からコード変更と関連する情報を取得する抽出と、コミット中のコード変更の一般的なビューと詳細なビューを提供する可視化の2つのコンポーネントで構成されている。 一般的なビューはコミット間で異なるタイプのコード変更の概要を提供し、詳細なビューはコミット毎のソースコードの正確な変更を表示する。
  論文  参考訳（メタデータ） (2025-08-18T06:23:34Z)
• Understanding Code Understandability Improvements in Code Reviews [79.16476505761582]
  GitHub上のJavaオープンソースプロジェクトからの2,401のコードレビューコメントを分析した。 改善提案の83.9%が承認され、統合され、1%未満が後に復活した。
  論文  参考訳（メタデータ） (2024-10-29T12:21:23Z)
• Language Modeling with Editable External Knowledge [90.7714362827356]
  本稿では,新たな文書取得時のモデル動作を改善するERASEを提案する。 ドキュメントを追加するたびに、知識ベースで他のエントリを段階的に削除または書き直します。 7-13%(Mixtral-8x7B)と6-10%(Llama-3-8B)の精度を向上する。
  論文  参考訳（メタデータ） (2024-06-17T17:59:35Z)
• Coeditor: Leveraging Contextual Changes for Multi-round Code Auto-editing [57.776971051512234]
  本研究では,複数ラウンドのコードの自動編集設定について検討し,その内部の最近の変更に基づいて,コード領域への編集を予測することを目的とした。 我々のモデルであるCoeditorは、コード編集タスクに特化して設計された微調整言語モデルである。 単純化されたシングルラウンドのシングル編集タスクでは、Coeditor は GPT-3.5 と SOTA のオープンソースコード補完モデルを大幅に上回っている。
  論文  参考訳（メタデータ） (2023-05-29T19:57:36Z)

関連論文リストは本サイト内にある論文のタイトル・アブストラクトから自動的に作成しています。

指定された論文の情報です。
本サイトの運営者は本サイト（すべての情報・翻訳含む）の品質を保証せず、本サイト（すべての情報・翻訳含む）を使用して発生したあらゆる結果について一切の責任を負いません。