Pytest-django: Nouvelle version?

Créé le 6 avr. 2017  ·  22Commentaires  ·  Source: pytest-dev/pytest-django

Les mainteneurs prévoient-ils de supprimer la prochaine version ? Quelques projets de mon travail dépendent de certaines des nouvelles fonctionnalités telles que django_assert_num_queries .

S'il y a des bloqueurs à libérer, je serais heureux de vous aider.

Commentaire le plus utile

Des plans pour ça ? Il y a eu deux versions majeures de Django depuis que ce paquet a été poussé pour la dernière fois vers PyPI, et pour le support de Django 2, je dois l'installer directement depuis git.

Tous les 22 commentaires

Une nouvelle version basée sur la 1.11 devrait être publiée @blueyed

@pelme
Que dis-tu?
Je ne suis même pas sûr d'avoir les autorisations pour faire une version.

des news avec ça ? Aussi heureux d'aider.

Un autre problème est que Python 3.6 est spécifié comme pris en charge uniquement dans la version non publiée.

Nous avons besoin d'un journal des modifications à jour. Si quelqu'un veut le préparer, ce serait très utile et je ferai ensuite une publication dès que possible.

J'ai ajouté @blueyed en tant que mainteneur sur PyPI, afin qu'il puisse également télécharger des packages !

Pour avoir des sorties plus fréquentes, voici quelques façons d'aider qui seraient très très appréciées ❤️ :

  • Le processus de publication est maintenant légèrement manuel (tagging, push tag vers Github, build sdist+wheel, upload vers PyPI). Cela pourrait être un script. C'est-à-dire simplement spécifier ces étapes dans un script simple qui prendrait un numéro de version comme argument. Cela devrait également être documenté.
  • La gestion du changelog est légèrement pénible et évite les releases fréquentes. Quelque chose comme crieur intégré au script ci-dessus serait très utile.

  • Aidez à faire des versions. Vous auriez déjà besoin d'être un mainteneur de github pytest-django ou d'avoir une sorte d'expérience dans la communauté pytest. Faites-moi savoir votre nom d'utilisateur PyPI et je vous ajouterai en tant que mainteneur. :)

@p-himik C'est ennuyeux, mais soyons clairs : la version actuelle fonctionne bien avec Python 3.6 (je l'utilise moi-même quotidiennement).

Merci, @pelme.

Bonnes idées, je pense que l'utilisation de towncrier peut avoir du sens, mais je ne sais pas si c'est vraiment mieux que de parcourir manuellement le journal git une fois par version - pytest lui-même l'utilise, mais il se passe plus de choses là-bas en général.

Il ne faut pas trop de temps pour parcourir le journal des modifications, mais (parlant pour moi), supprimer les petites étapes et automatiser les versions serait bien et ferait probablement en sorte que je publie plus souvent. Idéalement, ce serait bien de publier des versions de correction de bogues avec à peu près chaque PR de correction de bogues fusionné. C'est chiant d'attendre les versions de correction de bugs. :)

Je travaillerai sur une config tox pour gérer les releases dès mon retour de vacances.

@pelme, qu'en est-il d'une nouvelle version maintenant ? :)

@pelme, qu'en est-il d'une nouvelle version maintenant ? :)

Oui, le package PyPi est très ancien et ne prend pas en charge Django 1.11 :(

Le processus de publication est maintenant légèrement manuel (tagging, push tag vers Github, build sdist+wheel, upload vers PyPI). Cela pourrait être un script. C'est-à-dire simplement spécifier ces étapes dans un script simple qui prendrait un numéro de version comme argument. Cela devrait également être documenté.

Je fais un ./setup.py publish pour ça, avec ce code : https://github.com/jedie/python-code-snippets/blob/master/CodeSnippets/setup_publish.py

Une vraie solution est quelque chose comme https://github.com/zestsoftware/zest.releaser ... mais n'investissez jamais le temps de l'évaluer ;)

Le processus de publication est maintenant légèrement manuel (tagging, push tag vers Github, build sdist+wheel, upload vers PyPI). Cela pourrait être un script. C'est-à-dire simplement spécifier ces étapes dans un script simple qui prendrait un numéro de version comme argument. Cela devrait également être documenté.

Je fais une publication ./setup.py pour cela, avec ce code : https://github.com/jedie/python-code-snippets/blob/master/CodeSnippets/setup_publish.py

Je suggère d'automatiser une étape supplémentaire en utilisant Travis Build Stages . Cela simplifiera le processus de publication en se contentant de marquer et de pousser. La version PyPI se produira automatiquement après la réussite des tests. Je l'ai utilisé sur plusieurs de mes projets et il fonctionne très bien.

Je peux envoyer un PR pour mettre ça en place quand j'en aurai l'occasion. Le mainteneur n'aura qu'à ajouter son nom d'utilisateur PyPI et son mot de passe crypté pour que cela fonctionne.

Oui, le package PyPi est très ancien et ne prend pas en charge Django 1.11 :(

C'est AFAIK ? !

@sloria
Ce serait bien à mon humble avis.
AFAIK, je suis autorisé à publier sur PyPI, donc nous pourrions éventuellement utiliser mes informations d'identification (ou mieux créer un utilisateur distinct ?), Au cas où @pelme n'aurait pas la chance de le faire lui-même.

Le processus de publication est maintenant légèrement manuel (tagging, push tag vers Github, build sdist+wheel, upload vers PyPI).

Bon c'est pas trop mal ! :) L'automatisation est super sympa mais en attendant on peut vivre avec ces étapes manuelles.

Des plans pour ça ? Il y a eu deux versions majeures de Django depuis que ce paquet a été poussé pour la dernière fois vers PyPI, et pour le support de Django 2, je dois l'installer directement depuis git.

Pas encore de nouvelle version ? :(

Il y a eu 81 commits et 504 jours depuis la dernière version.

Espérons que https://travis-ci.org/pytest-dev/pytest-django/jobs/366444792 fonctionnera comme prévu pour le télécharger sur PyPI.

pas encore dans pypi

Espérons que corrigé avec 3.2.1 (50063c4).

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