Hacktoberfest 2026：メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

Allow runnable lock targets to reuse the `uv` cache

オープン 初心者向け
#4,179 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

まだ誰も着手していません。

評価

難易度
2/5
見積もり時間
1〜3時間
初心者へのやさしさ
70/100
issue の種類
機能追加
明瞭さ
明確に書かれている
活発さ
活発
技術スタック
python
領域
build-system, developer-experience

調査の方向性

この issue は lock.bzl ファイルと、--no-cache が設定されている特定の行を指しています。まず lock.bzl ファイル、特に実行可能ターゲットを生成する関数を調べてください。ビルドアクションと実行可能ターゲットで、このフラグがどのように異なる方法で適用されるかを理解します。フラグを変更してターゲットを実行し、キャッシュが期待通りに再利用されることを確認するテストを行います。

索引モデルが issue の本文から書いたものです。

説明

🚀 feature request

Relevant Rules

lock

Description

The runnable targets generated by lock pass --no-cache to uv:
https://github.com/bazel-contrib/rules_python/blob/9cc620ebf92d9afaa1c0535968d82d5a7d7e4522/python/uv/private/lock.bzl#L146

This flag applies to both build actions and runnable targets. As a result, repeated invocations of bazel run //path:requirements.run (in our case via multirun), use temporary caches instead of reusing registry metadata, Git checkouts, and build metadata.

Describe the solution you'd like

Drop the --no-cache flag from .run target but keep it on build actions. This way runnable targets would use the caller's environment and write the lockfile into the workspace, so they could also reuse the cache. Callers could still pass --no-cache or select a cache with UV_CACHE_DIR if they want.

Describe alternatives you've considered

Patching rules_python downstream. I'll open up a PR to show what my patch looks like.

主要言語
Starlark
スター
690
フォーク
722
平均マージ
1日 55分
マージ済み PR（30日）
38

コントリビューションガイド

コントリビューションガイドを開く

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

bazel-contrib/rules_python のほかの issue

bazel-contrib/rules_python の issue をすべて見る

似ている issue

Build System の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。