Django-bootstrap3: Ajouter des tests à PyPI sdist

Créé le 27 oct. 2020  ·  7Commentaires  ·  Source: zostera/django-bootstrap3

Les distributions doivent exécuter des tests avant de promouvoir les packages, ce qui est particulièrement important ici. Sans tests dans le sdist PyPI, nous devons récupérer l'archive tar de github, puis nous devons nous appuyer sur la poésie pour construire le package. Bien que la poésie soit un outil de développement assez décent, elle est beaucoup plus lourde et sujette aux erreurs que l'utilisation d'outils de configuration bruts.

Comme vous publiez déjà des roues sur PyPI, l'ajout de tests au sdist n'aura pas d'impact sur la plupart des utilisateurs qui récupéreront les roues via pip, mais cela facilitera un peu la vie des emballeurs.

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

Si ce lien ne fonctionne plus, vous pouvez voir mon emballage initial sur https://build.opensuse.org/package/view_file/devel : languages:python :django/python-django-bootstrap3/python-django-bootstrap3.spec?expand =1&rev=364ea37ba17ad34941623d7a5701551f , où j'utilise quelques commandes sed pour désinfecter le pyproject.toml, puis j'utilise @dephell pour convertir le pyproject.toml en setup.py , afin que la construction de l'archive GitHub puisse être effectuée à l'aide la même chaîne d'outils que s'il s'agissait d'un sdist publié par PyPI. Nous n'avons que récemment fait travailler la poésie sur openSUSE Tumbleweed (nous devions l'amorcer en utilisant dephell jusqu'à récemment), et elle n'a été publiée dans aucune version d'openSUSE.
Vous pouvez voir combien peu de distributions suivent réellement les publications de poésie sur https://repology.org/project/python :poetry-core/versions , et quelques autres apparaissent sur https://repology.org/project/python : poésie/versions (la poésie dépend maintenant du noyau de poésie, donc les divergences dans ces listes suggèrent que ces distributions ne suivent pas les sorties de poésie).

Commentaire le plus utile

la poésie est idéale pour les projets de développement. Probablement le meilleur de mon expérience, du moins du point de vue de la convivialité et de la simplicité. Je vais essayer de le faire émettre les tests dans le sdist.

Tous les 7 commentaires

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

Veuillez au moins passer à poetry-core comme backend de build.

Je devrais peut-être me débarrasser de la poésie. Trop de magie ?

poésie(-core) est un backend PEP517 valide et rien ne devrait vous empêcher de l'utiliser.

Le fait que vous publiiez un setup.py généré par la poésie dans le sdist est en fait suffisant : https://build.opensuse.org/request/show/844269

Veuillez simplement inclure les tests dans le sdist (mais assurez-vous que setuptools ne les installe pas en tant que package, lorsque setup.py install est appelé. Je ne sais pas comment y parvenir, c'est peut-être lié : https://github .com/python-poetry/poetry/issues/1338)

Merci @bnavigator. J'envisage de revenir sur le choix de la poésie car je me sens mal à l'aise de ne pas comprendre tout ce qu'elle (ne) fait pas.

la poésie est idéale pour les projets de développement. Probablement le meilleur de mon expérience, du moins du point de vue de la convivialité et de la simplicité. Je vais essayer de le faire émettre les tests dans le sdist.

Merci @dyve . Pas besoin de sortir une nouvelle version - @bnavigator a déjà la version actuelle emballée pour openSUSE. Nous en profiterons pour la prochaine version.

Cette page vous a été utile?
0 / 5 - 0 notes