Hacktoberfest 2026: die Issues, die Maintainer für den Oktober markiert haben – offen und einsteigerfreundlich. Hacktoberfest-Issues durchsuchen

Enable ruff security, logging and debugging rules (S, T20, LOG, G, DTZ, ERA, TD, FIX, EXE)

Offen
#3,914 0 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Maintainer antworten meist innerhalb von 2 Tagen

@anth-volk arbeitet bereits daran.

Seit 13.10.2026.

  • #3915 von @anth-volk — offen

Bewertung

Schwierigkeit
4/5
Geschätzter Aufwand
3-5 Tage
Anfängerfreundlichkeit
18/100
Issue-Typ
Refactoring
Klarheit
Größtenteils klar
Aktivitätsstatus
Aktiv
Tech-Stack
python
Bereich
backend

Rechercherichtung

The payload names no specific files, only the ruff rule groups (S, T20, LOG, G, DTZ, ERA, TD, FIX, EXE) and the S101 asserts, T20 prints, and DTZ datetimes they touch. Start with the ruff configuration in the repository and linked pull request #3915 to see which rules are already enabled and what has been fixed. Done means the new rules pass with each finding either fixed or suppressed with a stated reason, and error responses and published schemas are unchanged.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

Phase 1 step 1.8, group 6 of the rules workstream: enable ruff's security, logging and debugging rules (S, T20, LOG, G, DTZ, ERA, TD, FIX, EXE).

  • Security (S): fix each finding, or keep it with an inline reason where it's a false positive (fake secrets in tests, repository commands run by tests, fixed container paths).
  • Asserts outside tests (S101): replace type-narrowing asserts with explicit checks, without changing any error response.
  • Prints (T20): remove debug prints from application code; command-line scripts keep their output, with a reason.
  • Logging (LOG, G): module loggers and lazy formatting, with identical message text.
  • Datetimes (DTZ): never switch a value between naive and aware; keep naive values that must stay naive, with a reason.
  • Leftovers (ERA, TD, FIX, EXE): delete commented-out code, turn TODOs into plain notes or issue links, and match shebangs with the executable bit.

Error responses and published schemas must not change.

Vorherrschende Sprache
Python
Sterne
18
Forks
33
Ø Merge
1 T. 20 Std.
Gemergte PRs (30 T.)
27

Entwicklungsumgebung

Erste Schritte

  1. Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
  3. Forken Sie das Repository und arbeiten Sie in einem Branch.
  4. Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus PolicyEngine/policyengine-api

Alle Issues in PolicyEngine/policyengine-api

Ähnliche Issues

Weitere Issues zu Python

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.