Hacktoberfest 2026 : les issues que les mainteneurs ont marquées pour octobre, ouvertes et accessibles aux débutants. Parcourir les issues Hacktoberfest

Delete or repopulate empty projects/policyengine-api-full directory

Ouverte
  • Quelque chose ne va pas ?
#462 0 commentaires 0 réactions 0 personnes assignées Voir sur GitHub

Les mainteneurs répondent en général sous 1 jour

Personne n'a encore pris cette issue.

Évaluation

Difficulté
4/5
Temps estimé
3-5 jours
Accessibilité débutants
35/100
Type d'issue
Refactorisation
Clarté
Plutôt claire
Activité
Calme
Stack technique
python
Domaine
build-system, developer-experience

Piste de recherche

Inspectez l’arborescence origin/main dans projects/policyengine-api-full/ et comparez le contexte associé dans l’issue #271 ainsi que les références à policyengine-api-v2-alpha et policyengine-api-simulation. Déterminez si la suppression ou le repopulation est prévue, puis vérifiez que la découverte du workspace et le README de niveau supérieur ne décrivent plus un projet trompeur ; le travail est considéré comme terminé lorsque la structure des répertoires et les références aux issues associées sont cohérentes.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Description

bug

Summary

projects/policyengine-api-full/ on origin/main contains only uv.lock — no source, no pyproject.toml, no package directory. The tree is effectively abandoned.

What goes wrong

$ git ls-tree -r --name-only origin/main -- projects/policyengine-api-full
projects/policyengine-api-full/uv.lock

A lone uv.lock with no pyproject.toml or package content:

  • Pins dependencies nothing can consume, so it drifts out of sync with reality on every uv bump without anyone noticing.
  • Confuses readers — the directory name suggests a "full" sibling of policyengine-api-simulation, but there's nothing there.
  • Breaks workspace-wide commands (pyright, ruff, pytest) that try to discover projects via directory structure.

Related: #271 (pyright broken on full API) implicitly references this tree but frames the problem around type-checking rather than emptiness.

Suggested fix

Pick one:

  1. Delete the directory if the full API has moved to policyengine-api-v2-alpha (which appears to be the active direction based on #83 "Simulation/Report V2 Migration Foundation"). Most honest option — close #271 as no-longer-applicable.
  2. Repopulate with a real pyproject.toml + package if the intent was to keep the non-simulation endpoints alive in this monorepo. Revisit #271 after.

A note in the top-level README explaining the monorepo layout (simulation lives here, full API lives elsewhere) would also reduce confusion for new contributors.

Severity

Low / tech-debt — doesn't break anything, but decays over time and confuses contributors.

Relates to

#271 (pyright on full API).

Langage dominant
Python
Étoiles
1
Forks
1
Merge moyen
1 j 4 h
PR mergées (30 j)
13

Préparer son environnement

Par où commencer

  1. Lisez l'issue en entier, puis le guide de contribution du projet.
  2. Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
  3. Forkez le dépôt et travaillez sur une branche.
  4. Ouvrez une pull request qui référence le numéro de l'issue.

Autres issues de PolicyEngine/policyengine-sim-api

Toutes les issues de PolicyEngine/policyengine-sim-api

Issues similaires

Plus d'issues Python

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.