論文の概要: On the Influence of Refactoring Types on Merge Effort

• arxiv url: http://arxiv.org/abs/2608.15384v1
• Date: Sat, 15 Aug 2026 19:28:01 GMT
• ステータス: 翻訳完了
• システム内更新日: 2026-08-18 19:59:03.282547
• Title: On the Influence of Refactoring Types on Merge Effort
• Title（参考訳）: リファクタリングタイプがマージ作業に及ぼす影響について
• Abstract要約: 我々は64のオープンソースJavaプロジェクトを分析し、特定のタイプとマージ作業の関連性の強さを測定するために関連ルールマイニングを適用した。 以上の結果から, 各種強度とマージ作業が関係していることが示唆された。 並列ブランチ間の共起は、マージの労力の増大と関連している。
• 参考スコア（独自算出の注目度）: 70.15634443127651
• License: http://arxiv.org/licenses/nonexclusive-distrib/1.0/
• Abstract: Modern software development involves parallel work and concurrent changes, requiring code merging. Prior studies report that 10% to 20% of merge attempts result in conflicts, often requiring manual intervention. The literature explores factors that generate conflicts, including refactorings, but does not analyze how individual refactoring types influence the manual effort required to resolve them. We analyzed 64 open-source Java projects and applied association rule mining to measure the strength of associations between specific refactoring types and merge effort. Our results show that refactoring types relate to merge effort with varying strength. In particular, Rename Attribute, Move Class, Extract Variable, Change Return Type, and Split Parameter exhibit some of the strongest associations, especially when a higher number of such refactorings is present in the merge branches. We also find that both the number of refactorings and their diversity independently increase merge effort, both in terms of occurrence and intensity. Additionally, the co-occurrence of refactorings across parallel branches is associated with higher merge effort, particularly when combining structural transformations with changes to method signatures and data-structure representations, whereas more localized changes are less frequent in the most impactful combinations.
• Abstract（参考訳）: 現代のソフトウェア開発では、並列的な作業と並行的な変更が伴い、コードのマージが要求される。 以前の研究では、合併の試みの10%から20%が紛争を引き起こし、しばしば手動で介入する必要があると報告されていた。 この文献では、リファクタリングを含むコンフリクトを生成する要因について検討しているが、個々のリファクタリングタイプがそれらの解決に必要な手作業にどのように影響するかは分析していない。 我々は64のオープンソースJavaプロジェクトを分析し、特定のリファクタリングタイプとマージ作業の関連性の強さを測定するためにアソシエーションルールマイニングを適用しました。 以上の結果から,リファクタリングのタイプは,強度の異なるマージ作業に関係していることがわかった。 特にRename Attribute、Move Class、Extract Variable、Change Return Type、Split Parameterは、特にマージブランチにそのようなリファクタリングが多く存在する場合に、最も強力な関連を示す。 また、リファクタリングの数と多様性の両方が、発生と強度の両面で、マージの労力を独立して増加させます。 さらに、並列ブランチ間のリファクタリングの共起は、特にメソッドシグネチャやデータ構造表現の変更と構造変換を組み合わせる際に、マージの労力の増大に関連している。

関連論文リスト

• How do Agents Refactor: An Empirical Study [2.7711196026307476]
  Javaにおけるエージェントプルリクエストの最初の分析結果を示す。 タイプを特定し、コミット前後のコードの臭いを検知します。 我々はCursorが、統計的に有意な臭いの増加を示す唯一のモデルであると考えている。
  論文  参考訳（メタデータ） (2026-01-28T01:34:15Z)
• Relating Complexity, Explicitness, Effectiveness of Refactorings and Non-Functional Requirements: A Replication Study [39.82126443893643]
  自己確認(Self-affirmed、SAR)とは、開発者が要求を単純化する意図を明確に述べる場所である。 本研究は、プロジェクト数と検証済みインスタンスのセットを2倍にすることで、Soaresらの研究の範囲を広げた。 開発者が明示的に意図を述べると、結果として得られる変更は一般的に異なる型の組み合わせを伴い、より複雑なものになります。
  論文  参考訳（メタデータ） (2025-05-12T19:26:33Z)
• Assessing the Bug-Proneness of Refactored Code: A Longitudinal Multi-Project Study [43.65862440745159]
  リファクタリングはソフトウェア開発で一般的なプラクティスで、内部のコード構造を改善して、理解と修正を容易にすることを目的としています。 しばしば、コードがバグに弱いと仮定される。 しかし、実際には複雑なタスクであり、異なる方法で適用されている。そのため、不注意にもコードをバグに陥れやすいものにすることができる。
  論文  参考訳（メタデータ） (2025-05-12T19:12:30Z)
• CORG: Generating Answers from Complex, Interrelated Contexts [57.213304718157985]
  現実世界のコーパスでは、知識は文書間で頻繁に再帰するが、曖昧な命名、時代遅れの情報、エラーのためにしばしば矛盾を含む。 以前の研究では、言語モデルはこれらの複雑さに苦しむことが示されており、典型的には孤立した単一要因に焦点を当てている。 複数のコンテキストを個別に処理されたグループに整理するフレームワークであるContext Organizer (CORG)を紹介する。
  論文  参考訳（メタデータ） (2025-04-25T02:40:48Z)
• MAMM-Refine: A Recipe for Improving Faithfulness in Generation with Multi-Agent Collaboration [63.31211701741323]
  我々はマルチエージェント・マルチモデル推論を生成にまで拡張し、特に改良による忠実度の向上を図っている。 我々は,各サブタスクに対して固有の評価を設計し,マルチエージェント(複数インスタンス)とマルチモデル(多変数LPMタイプ)の両方がエラー検出やクオリティクスに有効であることを示す。 我々はこれらの知見を、マルチエージェント・マルチモデル・リファインメント(MAMM-Refinement)と呼ばれる最終的な"レシピ"に統合し、マルチエージェント・マルチモデルコラボレーションがパフォーマンスを大幅に向上させる。
  論文  参考訳（メタデータ） (2025-03-19T14:46:53Z)
• RefBERT: A Two-Stage Pre-trained Framework for Automatic Rename Refactoring [57.8069006460087]
  本研究では,他のリネーム活動よりも難易度の高い変数名の自動改名について検討する。 変数名に対する名前変更のための2段階事前訓練フレームワークであるRefBERTを提案する。 RefBERTの変数名は既存の手法よりも正確で有意義であることを示す。
  論文  参考訳（メタデータ） (2023-05-28T12:29:39Z)
• Do code refactorings influence the merge effort? [80.1936417993664]
  複数のコントリビュータがソースコードを並行して変更して,新機能の実装やバグの修正,既存のコードの変更などを行っている。 これらの同時変更は、ソースコードの同じバージョンにマージする必要がある。 研究によると、すべてのマージの試みの10～20%が衝突を起こしており、これはプロセスを完了するために手動開発者の介入を必要とする。
  論文  参考訳（メタデータ） (2023-05-10T13:24:59Z)
• How We Refactor and How We Document it? On the Use of Supervised Machine Learning Algorithms to Classify Refactoring Documentation [25.626914797750487]
  リファクタリングは、外部の振る舞いを変えることなく、システムの設計を改善する技術である。 この研究はコミットを、従来のBugFixやFunctionalのカテゴリとともに、内部QA、外部QA、Code Smell Resolutionの3つのカテゴリに分類する。 分類結果をよりよく理解するために、私たちはコミットメッセージを分析して、開発者が定期的に臭いを説明するために使用するパターンを抽出しました。
  論文  参考訳（メタデータ） (2020-10-26T20:33:17Z)

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

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