kaizendorks/pymongo_inmemory

Update testing GitHub Action to check for differences in poetry.lock

Offen

#26 geöffnet am 31.05.2020

Auf GitHub ansehen
 (0 Kommentare) (0 Reaktionen) (0 zugewiesene Personen)Python (18 Forks)auto 404
good first issuetesting

Repository-Metriken

Stars
 (53 Sterne)
PR-Merge-Metriken
 (Keine gemergten PRs in 30 T)

Beschreibung

It is easy to forget to update poetry.lock file after changing something in the pyproject.toml file. There should be a step in testing workflow that

  1. Gets a hash of the lock file right after the checkout and saves into an environment variable
  2. Runs poetry update
  3. Gets the hash again and compares with the previous hash
  4. If results are different, then breaks the workflow.

Acceptance Criteria

  • Steps to verify correctness of poetry.lock file is added to testing GitHub Action

Contributor Guide

Research-Richtung
Fügen Sie einen Schritt im Test GitHub Action Workflow hinzu, der nach dem Checkout einen Hash von poetry.lock berechnet, 'poetry lock no update' ausführt, dann den Hash erneut berechnet und vergleicht. Bei Unterschieden den Workflow fehlschlagen lassen. Siehe GitHub Actions Dokumentation für Schritte und Shell Befehle.
Tech Stack
python
Domain
devopsci cd
Issue Type
Funktion
SchwierigkeitGeschätzte Implementierungsschwierigkeit für neue Contributors, von 1 für sehr kleine Änderungen bis 5 für Expertenarbeit.
2
Geschätzte ZeitEin grober Zeitrahmen, um zu recherchieren, zu implementieren, zu testen und einen Pull Request vorzubereiten.
Halber Tag
AktivitätsstatusWie verfügbar das Issue gerade wirkt: frisch, aktiv, stale, blockiert oder wartet auf Maintainer-Input.
Frisch
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
Klar
Voraussetzungen
GitGitHub ActionsPoetry
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
60