Django-bootstrap3: Hinzufügen von Tests zu PyPI sdist

Erstellt am 27. Okt. 2020  ·  7Kommentare  ·  Quelle: zostera/django-bootstrap3

Distributionen müssen Tests durchführen, bevor Pakete hochgestuft werden können, und dies ist hier besonders wichtig. Ohne Tests in PyPI sdist müssen wir den Tarball von Github holen und dann müssen wir uns auf Poesie verlassen, um das Paket zu erstellen. Obwohl Poesie ein ziemlich anständiges Werkzeug für die Entwicklung ist, ist es viel umständlicher und fehleranfälliger als die Verwendung von rohen Setuptools.

Da Sie bereits Räder auf PyPI veröffentlichen, wird sich das Hinzufügen von Tests zum sdist nicht auf die meisten Benutzer auswirken, die die Räder über Pip abrufen, aber es wird das Leben der Paketierer etwas einfacher machen.

siehe https://build.opensuse.org/request/show/844174

Wenn dieser Link nicht mehr funktioniert, können Sie meine anfängliche Verpackung unter https://build.opensuse.org/package/view_file/devel : languages:python :django/python-django-bootstrap3/python-django-bootstrap3.spec?expand . sehen =1&rev=364ea37ba17ad34941623d7a5701551f , wobei ich ein paar sed -Befehle verwende, um die pyproject.toml zu bereinigen, und dann @dephell verwende , um die pyproject.toml in setup.py zu konvertieren, damit der GitHub-Tarball-Build mit dieselbe Toolchain wie bei einem von PyPI veröffentlichten sdist. Wir haben erst vor kurzem Poesie an openSUSE Tumbleweed arbeiten lassen (bis vor kurzem mussten wir es mit Dephell booten), und es wurde nicht als Teil einer openSUSE-Version veröffentlicht.
Sie können unter https://repology.org/project/python :poetry-core/versions sehen, wie wenige Distributionen tatsächlich mit Poesie-Veröffentlichungen Schritt halten, und einige weitere erscheinen auf https://repology.org/project/python : Poesie/Versionen (Poesie hängt jetzt vom Poesie-Kern ab, so dass Diskrepanzen in diesen Listen darauf hindeuten, dass diese Distributionen nicht mit Poesie-Veröffentlichungen Schritt halten).

Hilfreichster Kommentar

Poesie eignet sich hervorragend für den Einsatz in Entwicklungsprojekten. Wahrscheinlich die beste meiner Erfahrung, zumindest aus Sicht der Benutzerfreundlichkeit und Einfachheit. Ich werde versuchen, es dazu zu bringen, die Tests in den sdist zu senden.

Alle 7 Kommentare

https://build.opensuse.org/request/show/844174#comment -1341223

Bitte wechseln Sie zumindest zu poetry-core als Build-Backend.

Vielleicht sollte ich einfach Poesie loswerden. Zu viel Magie?

Poesie(-core) ist ein gültiges PEP517-Backend und nichts sollte Sie daran hindern, es zu verwenden.

Die Tatsache, dass Sie eine poetisch generierte setup.py im sdist veröffentlichen, reicht eigentlich aus: https://build.opensuse.org/request/show/844269

Bitte fügen Sie die Tests einfach in den sdist ein (aber stellen Sie sicher, dass setuptools sie nicht als Paket installiert, wenn setup.py install aufgerufen wird. Ich weiß nicht, wie ich das bewerkstelligen soll, vielleicht hängt dies damit zusammen: https://github .com/python-poetry/poetry/issues/1338

Danke @bnavigator. Ich erwäge, die Wahl auf Poesie umzukehren, weil ich mich unwohl fühle, nicht alles zu verstehen, was sie (nicht) tut.

Poesie eignet sich hervorragend für den Einsatz in Entwicklungsprojekten. Wahrscheinlich die beste meiner Erfahrung, zumindest aus Sicht der Benutzerfreundlichkeit und Einfachheit. Ich werde versuchen, es dazu zu bringen, die Tests in den sdist zu senden.

Danke @dyve . Keine Notwendigkeit, eine neue Version herauszugeben - gepackt . Wir werden dies für die nächste Version nutzen.

War diese Seite hilfreich?
0 / 5 - 0 Bewertungen