論文の概要: The Design Space of Lockfiles Across Package Managers
- arxiv url: http://arxiv.org/abs/2505.04834v1
- Date: Wed, 07 May 2025 22:18:40 GMT
- ステータス: 翻訳完了
- システム内更新日: 2025-05-09 21:43:49.687682
- Title: The Design Space of Lockfiles Across Package Managers
- Title（参考訳）: パッケージマネージャ間のロックファイル設計空間
- Authors: Yogya Gamage, Deepika Tiwari, Martin Monperrus, Benoit Baudry,
- Abstract要約: 私たちは,npm, pnpm, Cargo, Poetry, Pipenv, Gradle, Goという,人気の高い7つのパッケージマネージャを対象とした,ロックファイルに関する初の包括的な調査を行っています。
開発者がロックファイルで認識するメリットや、これらのファイルを管理する上で直面する課題について、私たちは直接的に洞察を得ています。
- 参考スコア（独自算出の注目度）: 10.405775369526006
- License: http://creativecommons.org/licenses/by-sa/4.0/
- Abstract: Software developers reuse third-party packages that are hosted in package registries. At build time, a package manager resolves and fetches the direct and indirect dependencies of a project. Most package managers also generate a lockfile, which records the exact set of resolved dependency versions. Lockfiles are used to reduce build times; to verify the integrity of resolved packages; and to support build reproducibility across environments and time. Despite these beneficial features, developers often struggle with their maintenance, usage, and interpretation. In this study, we unveil the major challenges related to lockfiles, such that future researchers and engineers can address them. We perform the first comprehensive study of lockfiles across 7 popular package managers, npm, pnpm, Cargo, Poetry, Pipenv, Gradle, and Go. First, we highlight how the content and functions of lockfiles differ across package managers and ecosystems. Next, we conduct a qualitative analysis based on semi-structured interviews with 15 developers. We capture first-hand insights about the benefits that developers perceive in lockfiles, as well as the challenges they face to manage these files. Following these observations, we make 4 recommendations to further improve lockfiles, for a better developer experience.
- Abstract（参考訳）: ソフトウェア開発者は、パッケージレジストリにホストされているサードパーティパッケージを再利用する。
ビルド時には、パッケージマネージャがプロジェクトの直接的および間接的な依存関係を解決し、フェッチする。
ほとんどのパッケージマネージャはロックファイルも生成します。
ロックファイルはビルド時間を短縮し、解決されたパッケージの完全性を検証する。
これらの有益な機能にもかかわらず、開発者は保守、使用、解釈に苦労することが多い。
本研究では,今後の研究者や技術者が対応できるように,ロックファイルに関する大きな課題を明らかにする。
私たちは,npm, pnpm, Cargo, Poetry, Pipenv, Gradle, Goという,人気の高い7つのパッケージマネージャを対象とした,ロックファイルに関する初の包括的な調査を行っています。
まず、ロックファイルの内容と機能がどのようにパッケージマネージャやエコシステムによって異なるかを強調します。
次に、15人の開発者との半構造化インタビューに基づいて質的な分析を行う。
開発者がロックファイルで認識するメリットや、これらのファイルを管理する上で直面する課題について、私たちは直接的に洞察を得ています。
これらの観察に続いて、より優れた開発者エクスペリエンスのために、ロックファイルをさらに改善するための4つの推奨事項を作成します。
関連論文リスト
- CrashFixer: A crash resolution agent for the Linux kernel [58.152358195983155]
この作業は、システムレベルのLinuxカーネルバグのベンチマークと、Linuxカーネルで実験を実行するプラットフォームを共有するkGymの上に構築されている。
CrashFixerはLinuxカーネルのバグに適応する最初のLCMベースのソフトウェア修復エージェントである。
論文 参考訳（メタデータ） (2025-04-29T04:18:51Z) - Rethinking Reuse in Dependency Supply Chains: Initial Analysis of NPM packages at the End of the Chain [2.4969046521751768]
本稿では,サードパーティパッケージへの依存を最小限に抑えるためのソフトウェア開発プラクティスの転換を提唱する。
これらのエンドツーエンドパッケージは、エコシステムにおいて重要な役割を担っているため、ユニークな洞察を提供する。
論文 参考訳（メタデータ） (2025-03-04T17:26:34Z) - An Empirical Study of Dotfiles Repositories Containing User-Specific Configuration Files [1.7556600627464058]
数十万がGitHubにリポジトリを公開している。
GitHubで公開ホストされているdotfilesリポジトリを収集、分析しました。
トップ500のGitHubユーザのうち25.8%が、何らかの形で公開アクセス可能なdotfilesリポジトリを維持していることがわかった。
論文 参考訳（メタデータ） (2025-01-30T18:32:46Z) - An Overview and Catalogue of Dependency Challenges in Open Source Software Package Registries [52.23798016734889]
この記事では、OSSパッケージやライブラリに依存する依存関係関連の課題のカタログを提供する。
このカタログは、これらの課題を理解し、定量化し、克服するために行われた経験的研究に関する科学文献に基づいている。
論文 参考訳（メタデータ） (2024-09-27T16:20:20Z) - Alibaba LingmaAgent: Improving Automated Issue Resolution via Comprehensive Repository Exploration [64.19431011897515]
本稿では,問題解決のためにソフトウェアリポジトリ全体を包括的に理解し,活用するために設計された,新しいソフトウェアエンジニアリング手法であるAlibaba LingmaAgentを提案する。
提案手法では,重要なリポジトリ情報を知識グラフに凝縮し,複雑さを低減し,モンテカルロ木探索に基づく戦略を採用する。
Alibaba Cloudの製品展開と評価において、LingmaAgentは、開発エンジニアが直面した社内問題の16.9%を自動で解決し、手作業による介入で43.3%の問題を解決した。
論文 参考訳（メタデータ） (2024-06-03T15:20:06Z) - The Stackage Repository: An Exploratory Study of its Evolution [0.0]
本稿では,モナドパッケージを考慮したスタックジュの進化に関する実証的研究を行う。
私たちの知る限りでは、これはStackageリポジトリのパッケージとモナドに関する進化の大規模な分析としては初めてのものです。
論文 参考訳（メタデータ） (2023-10-16T23:42:47Z) - Analyzing the Evolution of Inter-package Dependencies in Operating
Systems: A Case Study of Ubuntu [7.76541950830141]
オペレーティングシステム(OS)は複数の相互依存ソフトウェアパッケージを結合し、通常は独自に開発されたアーキテクチャを持つ。
進化的な努力のために、OSのデザイナや開発者たちは、個々のファイルにフォーカスするシステム全体の依存性を完全に理解することで、大きな恩恵を受けることができます。
本稿では,個々のバイナリファイルのレベルでの詳細なパッケージ関係の発見を目的としたフレームワークであるDepExを提案する。
論文 参考訳（メタデータ） (2023-07-10T10:12:21Z) - Using Developer Discussions to Guide Fixing Bugs in Software [51.00904399653609]
我々は,タスク実行前に利用可能であり,また自然発生しているバグレポートの議論を,開発者による追加情報の必要性を回避して利用することを提案する。
このような議論から派生したさまざまな自然言語コンテキストがバグ修正に役立ち、オラクルのバグ修正コミットに対応するコミットメッセージの使用よりもパフォーマンスの向上につながることを実証する。
論文 参考訳（メタデータ） (2022-11-11T16:37:33Z) - Repro: An Open-Source Library for Improving the Reproducibility and
Usability of Publicly Available Research Code [74.28810048824519]
Reproは、研究コードのユーザビリティ向上を目的とした、オープンソースのライブラリである。
Dockerコンテナ内で研究者がリリースしたソフトウェアを実行するための軽量Python APIを提供する。
論文 参考訳（メタデータ） (2022-04-29T01:54:54Z)
関連論文リストは本サイト内にある論文のタイトル・アブストラクトから自動的に作成しています。
指定された論文の情報です。
本サイトの運営者は本サイト（すべての情報・翻訳含む）の品質を保証せず、本サイト（すべての情報・翻訳含む）を使用して発生したあらゆる結果について一切の責任を負いません。