Pytest-django: ¿Nuevo lanzamiento?

Creado en 6 abr. 2017  ·  22Comentarios  ·  Fuente: pytest-dev/pytest-django

¿Los mantenedores tienen planes para cortar la próxima versión? Algunos proyectos en mi trabajo dependen de algunas de las nuevas funciones, como django_assert_num_queries .

Si hay algún bloqueador que liberar, estaré encantado de ayudar.

Comentario más útil

¿Algún plan para esto? Ha habido dos lanzamientos principales de Django desde que este paquete se envió por última vez a PyPI, y para el soporte de Django 2 tengo que instalarlo directamente desde git.

Todos 22 comentarios

Se debe lanzar una nueva versión basada en 1.11 @blueyed

@pelme
¿Qué dices?
Ni siquiera estoy seguro si tengo permisos para hacer un lanzamiento.

alguna novedad con esto? También me alegra ayudar.

Otro problema es que Python 3.6 se especifica como compatible solo en la versión no publicada.

Necesitamos un registro de cambios actualizado. Si alguien quiere prepararlo, sería de gran ayuda y luego haré un lanzamiento lo antes posible.

¡Agregué a @blueyed como mantenedor en PyPI, para que él también pueda cargar paquetes!

Para tener lanzamientos más frecuentes, aquí hay un par de formas en las que puedes ayudar que serían muy apreciadas ❤️:

  • El proceso de lanzamiento ahora es ligeramente manual (etiquetado, empujando la etiqueta a Github, construyendo sdist+wheel, subiendo a PyPI). Esto podría ser scriptet. Es decir, simplemente especificando esos pasos en un script simple que tomaría un número de versión como argumento. Esto también tendría que ser documentado.
  • La gestión del registro de cambios es un poco dolorosa y evita lanzamientos frecuentes. Algo como towncrier integrado con el script anterior sería muy útil.

  • Ayudar a hacer lanzamientos. Ya necesitaría ser un mantenedor de github de pytest-django o tener algún tipo de historial en la comunidad de pytest. Déjame saber tu nombre de usuario de PyPI y te agregaré como mantenedor. :)

@p-himik Eso es molesto, pero para que quede claro: la versión actual funciona bien con Python 3.6 (yo mismo lo uso a diario).

Gracias, @pelme.

Buenas ideas, creo que usar towncrier podría tener sentido, pero no estoy seguro de si es realmente mejor que hojear el registro de git manualmente una vez por lanzamiento: pytest lo está usando, pero hay más cosas en juego en general.

No lleva demasiado tiempo hojear el registro de cambios, pero (hablando por mí mismo), eliminar los pequeños pasos y automatizar los lanzamientos sería bueno y probablemente lo haga para que pueda lanzar más a menudo. Idealmente, sería bueno publicar versiones de corrección de errores con prácticamente cada PR de corrección de errores fusionado. Apesta esperar a que se publiquen las correcciones de errores. :)

Trabajaré en una configuración de toxicología para administrar los lanzamientos tan pronto como regrese de las vacaciones.

@pelme, ¿qué pasa con un nuevo lanzamiento ahora? :)

@pelme, ¿qué pasa con un nuevo lanzamiento ahora? :)

Sí, el paquete PyPi es muy antiguo y no es compatible con Django 1.11 :(

El proceso de lanzamiento ahora es ligeramente manual (etiquetado, empujando la etiqueta a Github, construyendo sdist+wheel, subiendo a PyPI). Esto podría ser scriptet. Es decir, simplemente especificando esos pasos en un script simple que tomaría un número de versión como argumento. Esto también tendría que ser documentado.

Hago ./setup.py publish por esto, con este código: https://github.com/jedie/python-code-snippets/blob/master/CodeSnippets/setup_publish.py

Una solución real es algo como https://github.com/zestsoftware/zest.releaser... pero nunca inviertas el tiempo para evaluarlo ;)

El proceso de lanzamiento ahora es ligeramente manual (etiquetado, empujando la etiqueta a Github, construyendo sdist+wheel, subiendo a PyPI). Esto podría ser scriptet. Es decir, simplemente especificando esos pasos en un script simple que tomaría un número de versión como argumento. Esto también tendría que ser documentado.

Hago una publicación ./setup.py para esto, con este código: https://github.com/jedie/python-code-snippets/blob/master/CodeSnippets/setup_publish.py

Sugiero automatizar un paso más usando Travis Build Stages . Esto simplificará el proceso de lanzamiento a solo etiquetar y empujar. El lanzamiento de PyPI ocurrirá automáticamente después de que pasen las pruebas. Lo he estado usando en muchos de mis proyectos y funciona muy bien.

Puedo enviar un PR configurando esto cuando tenga la oportunidad. El mantenedor solo necesitará agregar su nombre de usuario PyPI y contraseña cifrada para que funcione.

Sí, el paquete PyPi es muy antiguo y no es compatible con Django 1.11 :(

¿AFAIK?

@sloria
Eso sería bueno en mi humilde opinión.
AFAIK, tengo permiso para publicar en PyPI, por lo que eventualmente podríamos usar mis credenciales (¿o mejor crear un usuario separado?), en caso de que @pelme no tenga la oportunidad de hacerlo él mismo.

El proceso de lanzamiento ahora es ligeramente manual (etiquetado, empujando la etiqueta a Github, construyendo sdist+wheel, subiendo a PyPI).

Bueno, no es tan malo! :) La automatización es súper agradable, pero mientras tanto uno puede vivir con estos pasos manuales.

¿Algún plan para esto? Ha habido dos lanzamientos principales de Django desde que este paquete se envió por última vez a PyPI, y para el soporte de Django 2 tengo que instalarlo directamente desde git.

¿Todavía no hay un nuevo lanzamiento? :(

Ha habido 81 confirmaciones y 504 días desde el último lanzamiento.

Esperemos que https://travis-ci.org/pytest-dev/pytest-django/jobs/366444792 funcione como se espera para subirlo a PyPI.

aun no en pypi

Esperemos que se solucione con 3.2.1 (50063c4).

¿Fue útil esta página
0 / 5 - 0 calificaciones

Temas relacionados

MRigal picture MRigal  ·  3Comentarios

clintonb picture clintonb  ·  4Comentarios

koxu1996 picture koxu1996  ·  3Comentarios

jedie picture jedie  ·  7Comentarios

rlskoeser picture rlskoeser  ·  7Comentarios