Hacktoberfest 2026: le issue che i maintainer hanno segnato per ottobre, aperte e adatte ai principianti. Sfoglia le issue Hacktoberfest

Register and check rules for using, installing, testing and relocking from uv.lock

Aperta
  • Qualcosa non va?
#3,996 0 commenti 0 reazioni 0 assegnatari Vedi su GitHub

I maintainer di solito rispondono entro 3 giorni

@anth-volk ci sta già lavorando.

Dal 21/10/2026.

  • #3997 di @anth-volk — aperta

Valutazione

Difficoltà
4/5
Tempo stimato
3-5 giorni
Idoneità per principianti
25/100
Tipo di issue
Funzionalità
Chiarezza
Specificata chiaramente
Stato di attività
Ferma
Stack tecnologico
docker, github-actions, python
Ambito
ci-cd, testing, tooling

Direzione di ricerca

Start with rules/registry.toml and inspect the rules added by #3995 and #3994, which this proposal builds on. Trace how registry rules are mechanically checked across workflows, scripts, Makefiles, Dockerfiles, and Modal image definitions. Done means all four rules are registered and checked, with documented exception requirements for installs that cannot yet use the lock.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

Problem

The Cloud Run image installs exactly the versions in uv.lock (uv sync --frozen), but nothing checks that the rest of the repository does the same. A workflow step, script, Makefile target or Dockerfile can still install with pip or an unfrozen uv run, and tests can run against versions production does not run. Nothing checks that uv.lock matches pyproject.toml in pull request CI, or that a scheduled relock exists.

Proposal

Register four mechanically checked rules in rules/registry.toml:

  1. We use uv.lock: every project directory has a committed uv.lock, and pull request CI runs uv lock --check.
  2. We install from uv.lock: every install in workflows, the scripts they run, Makefiles, Dockerfiles and Modal image definitions uses uv sync --frozen / uv run --frozen.
  3. We test from uv.lock: every test command in CI runs through uv run --frozen.
  4. We relock on a schedule: a scheduled workflow relocks every uv.lock with upgrades and opens or updates a pull request.

An install that cannot use the lock yet is a registered exception that names one site, gives a reason, and has a removal condition, or a review date with a tracking issue. A command-line tool pinned with == outside the project may be registered as a pinned-tool.

Builds on #3995 (tests install from uv.lock) and #3994 (daily relock workflow).

Lingua principale
Python
Stelle
18
Fork
33
Merge medio
2g 18h
PR unite (30g)
36

Preparare l'ambiente

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di PolicyEngine/policyengine-api

Tutte le issue di PolicyEngine/policyengine-api

Issue simili

Altre issue su Python

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.