Siempre estoy a favor de lanzar versiones de corrección de errores más pequeñas lo antes posible. Prefiero el lanzamiento al estilo django

Hay al menos una característica nueva en el maestro https://github.com/celery/celery/commit/0d5b840af1890a9a499a339aa3256445b43837dc
Tendremos que seleccionar todas las correcciones de errores.

Realmente quiero lanzar una nueva versión con https://github.com/celery/celery/pull/4358 pero necesita cobertura de prueba.

@thedrow Sugeriría que evitemos la complejidad de una rama de lanzamiento. Simplemente vayamos a la siguiente versión secundaria (4.2.0), para cumplir con el control de versiones semántico. ¿Qué piensas?

Sí, hagamos eso.

@georgepsarakis ¿ Alguna actualización de 4.2? Las correcciones de errores de hora / zona horaria / eta parecen críticas ...

Hay un PR que tenemos que fusionar que causa pérdidas de memoria al usar el backend de resultados de Redis.
Verifique que el hito sea ​​un progreso. Casi estámos allí.

Para su información, me casaré el 28 de diciembre, así que no creo que podamos lanzarnos antes de eso.
Me gustaría que saliéramos por la puerta el 7 de enero.
@georgepsarakis @auvipy Por favor, prepare un PR continuo con las notas de lanzamiento para pyamqp, kombu y apio antes de eso.

@Fokko @johnarnold Si desea ayudar, todavía tenemos 4 solicitudes de extracción que requieren cobertura de prueba y / o rebase antes del lanzamiento de 4.2.

Acabo de agregar el # 4369 al hito 4.2, ya que creo que podré llegar a él en la próxima semana.

Milestone 4.2 ha pasado su fecha de vencimiento y varios problemas aún están abiertos (33/98 problemas aún están abiertos (33%)).
Soy nuevo en el proyecto y, por lo tanto, tengo una pregunta al respecto.

Por lo general, los proyectos utilizan uno de dos modelos, con respecto a los hitos, ya sea:

1. Empuje la fecha de vencimiento hasta que se hayan resuelto todos los problemas de hitos, o
2. ¿Lanzar lo que esté listo en la fecha de vencimiento y recortar el resto?

¿Qué es el enfoque de apio para los hitos?

El único bloqueador del lanzamiento actualmente es https://github.com/celery/celery/issues/4423 porque agregamos una nueva función que necesita documentación.
@georgepsarakis ¿Pueden empezar a trabajar en las notas de la versión, por favor?

@thedrow Intentaré iniciarlo en breve.

He actualizado los problemas de hitos

@auvipy @thedrow si es posible, congelemos la combinación de solicitudes de extracción . ¿Qué piensas?

https://github.com/celery/celery/pull/4481 una última fusión. y bloqueado

Deberíamos terminar el número 4423 antes del lanzamiento, pero no se aplica a las notas de la versión.

Me encantaría ver que esto se lance pronto. Pasé un tiempo tratando de averiguar por qué los reintentos automáticos no funcionaban (# 4341).

Según se informa, hay un problema con master después de (probablemente) fusionar este PR :

• https://github.com/celery/celery/issues/4498
• https://github.com/celery/celery/issues/4041

¿Dónde ve los informes sobre el maestro?

En el n. ° 4498:

Comportamiento esperado
En la rama maestra no funciona en absoluto. Obtienes esto:

Y en https://github.com/celery/celery/issues/4041#issuecomment -359845025

@georgepsarakis ese error ocurre cuando se llama al método desde el objeto Class, en lugar de una instancia ... supongo que este problema ocurre cuando se llama a apply_async en Tareas no vinculadas (aún no lo he confirmado).

EDITAR esto parece suceder cuando se usa la herencia en lugar del decorador de tareas:
python class AddTask(Task): def run(self, *args, **kwargs) # ...
vs.
python @app.task() def add_task(*args, **kwargs): # ...

¿Alguien está abordando los bloqueadores de liberación?

No voy a lanzar una regresión a la naturaleza. ¿Quizás deberíamos revertir el cambio ofensivo y volver a crear las relaciones públicas?

este es realmente un problema muy antiguo https://github.com/celery/celery/issues/3723 por favor verifique

Estaba hablando de # 4198 y # 4041 que mencionó @georgepsarakis .
Si me equivoco, esto no es un bloqueador y debemos cerrar los problemas como duplicados.

Parece que hablé demasiado pronto sobre el número 4041. ¿Deberíamos intentar ejecutar el último maestro para ver si los problemas están completamente resueltos?

Por favor, hazlo.

Parece que todavía está roto para las tareas cron. También existe lo que parece ser una fuga de almacenamiento de Redis muy pequeña.

El problema https://github.com/celery/celery/issues/3808 también está roto para mí en el maestro.

Apuesto a que la solución para el # 3723 sería bastante pequeña si alguien con conocimientos internos sobre el apio pudiera echar un vistazo. Es fácil de reproducir.

Desafortunadamente, no excavé lo suficiente por mi cuenta ...

3808 tiene un hito de 5.0 .. Lo mismo con # 3723

El único que queda antes del lanzamiento si seguimos el hito (https://github.com/celery/celery/milestone/19) es # 4423

¿Los hitos son incorrectos?

Actualicé el hito

@auvipy @georgepsarakis @thedrow @ask

4041 no avanza y bloquea el lanzamiento de una tonelada de otras correcciones. Si se trata de un error preexistente y no de una regresión, ¿podemos obtener una versión de lo que ya está hecho?

@johnarnold Hay una regresión que debemos corregir o revertir https://github.com/celery/celery/issues/4041#issuecomment -359875276 y otro problema que aún no está claro si es causado por Celery 4.2.
Primero debemos corregir la regresión y ver si aún podemos reproducir el problema en Celery 4.2.

El problema solo ocurre con Task / PeriodicTask de estilo antiguo - vea # 4572

Dado lo grande que se ha vuelto este lanzamiento, ¿tendría sentido hacer un prelanzamiento alfa / beta bastante pronto? Creo que eso permitiría a algunos usuarios hacer más pruebas en el mundo real. ¡Estaría feliz de poner una versión alfa en nuestros sistemas de prueba!

Por otro lado, aprecio que representa trabajo para los mantenedores, así que siéntete libre de decir que no 😄

Creo que comenzaremos con una versión beta, sí.

eso será grandioso

@thedrow @auvipy avíseme si desea que reanude los esfuerzos en el Changelog. Estoy de acuerdo en que debería producirse un lanzamiento lo antes posible. Parece que con el # 4572, el # 4041 podría estar arreglado.

sí, por favor reanude el trabajo en el registro de cambios

@auvipy @thedrow Probablemente enviaré una solicitud de extracción hoy.

@thedrow ¿hay algo pendiente para el lanzamiento? Si necesita ayuda, hágamelo saber.

Escribí el anuncio de lanzamiento ayer. Voy a etiquetar hoy.

Resulta que carecemos de la documentación adecuada para el backend de resultados de Redis Sentinel.
Esto no es un bloqueo para el lanzamiento, ya que primero lanzaremos un RC, pero abramos un problema al respecto y lo solucionemos antes de GA.

Acabo de lanzar 3.1.26 que contiene https://github.com/celery/celery/pull/4357.
Esta solución es crucial para que las personas migren a Celery 4.x, por lo que creé una versión 3.x especial solo para ello.

Se lanzó el primer RC.
Crearé problemas para los bloqueadores de documentación más tarde, posiblemente mañana.

¿Es posible que se haya olvidado de los lanzamientos de pyamqp y kombu?

No lo he hecho. Simplemente no tuve tiempo de hacerlo. También necesito preparar las notas de la versión para ellos.

Oh, lo siento. gracias por el rc. después de presionar otros paquetes, notifíqueme para el anuncio de la publicación del blog

Resulta que tenemos un problema de compatibilidad con Flower porque lanzamos un RC. Ver https://github.com/mher/flower/issues/791
Es una solución muy sencilla. ¿Algun voluntario?

lo probé: https://github.com/mher/flower/pull/792; déjame saber lo que piensan

Acabo de lanzar Celery 4.2.0RC2.

¡Gracias! ¿Podemos esperar la nueva versión de otras dependencias si pudieras administrar el tiempo, por supuesto?

Si alguien hace las notas de la versión, puedo publicarlas.

@thedrow ¿Podemos obtener un lanzamiento final?

Hay algunas cosas que quiero corregir primero. Crearé una lista de verificación más tarde y asignaré tareas.

Hola, gracias por la nueva versión.

Lo instalo: pip install celery==4.2.0RC2
Lo ejecuto:
celery -A app worker -l info --beat => celery<strong i="10">@mountain</strong> v4.2.0rc2
celery -A app beat -l info -S django => scheduler -> django_celery_beat.schedulers.DatabaseScheduler

Pero el Programador siempre envía tareas antiguas que se eliminaron de las entradas de tareas periódicas.

Parece que el # 3812 se puede reproducir con https://github.com/celery/celery/issues/3812#issuecomment -381554599.
Vamos a arreglar eso antes de GA si ese es realmente el caso.

He lanzado nuestro último RC. Si no se encuentran problemas, publicaremos el GA pronto.
Lo único que realmente falta ahora es el documento del proceso de publicación y # 4679.

Hola a todos.
Estoy tratando de involucrarme más en el proyecto.
¿Puedo ayudar en algo para la próxima versión?
Gracias.

Hola @xirdneh . Hay muchas formas en las que puede contribuir:

• El registro de cambios de Kombu para 4.2 aún no se ha construido, creo: https://github.com/celery/kombu/issues/849
• Es posible que el registro de cambios de apio no se finalice también
• Tenemos un cambio de documentación pendiente requerido: https://github.com/celery/celery/issues/4721
• La liberación estable también depende de la resolución de https://github.com/celery/celery/issues/4731
• Haga una prueba beta de la versión RC3 (por ejemplo, en su entorno de ensayo) si tiene la capacidad y el tiempo para hacerlo.

Avísame si necesitas más sugerencias y ayuda, ¡gracias!

Impresionante,
Veré qué puedo hacer con el # 4731 y la documentación.
Gracias.

Tenga en cuenta que he lanzado Kombu 4.2 que rompe Apio 4.1.0.
Pronto emitiré una versión de corrección de errores. Si todavía usa Celery 4.1.0, le insto a que actualice lo antes posible.

Lancé 4.1.1 e insto a todos a actualizar.
@auvipy Por favor publique una publicación de blog sobre esto.

¿Es posible obtener permisos en el canal #celery de IRC Freenode para cambiar el tema?
Algunas personas están confundidas sobre el control de versiones y puedo mantenerlo actualizado.
Mi identificador de IRC es josuebc
Gracias.

¿Podemos lanzar otro RC?

@xirdneh Tendré que hacer ping a @preguntar al respecto.
¿Puedes abrir una nueva edición?
@auvipy Sí, por supuesto.

Acabo de lanzar Celery 4.2.0RC4.
Todavía tenemos que resolver los números 4731 y 4721 para publicar GA.

https://github.com/celery/celery/pull/4762 arreglos # 4731

Nuevo bloqueador # 4768 :(

Acabo de lanzar amqp 2.3.0.
Pruébelo y avísenos si hay algún problema.

@thedrow también es posible bloqueador https://github.com/celery/celery/pull/4770#issuecomment -392419237

Parece uno.
Es una pena que lo hayamos detectado tan tarde.
¿Algún voluntario para arreglar esto? Lanzaré una versión Bugfix.

Lancé la solución en amqp 2.3.1.

¿Es el # 4768 el único bloqueador ahora?
¿Alguien toma eso?
Tendré algo de tiempo para tomarlo este fin de semana si nadie más tiene tiempo.

por favor míralo @xirdneh

Podría ser un bloqueador: https://github.com/celery/celery/issues/4791
Probablemente pueda terminar de escribir las pruebas el lunes.

Me fusioné con el último PR.
En lo que a mí respecta, el maestro ahora está congelado.

Voy a completar las notas de la versión y publicarlas hoy.

si por favor: daga:

¡Impresionante!
:metal:

¡Liberado! : tada:
Quedan algunas cosas por hacer:
Necesitamos publicar un anuncio en nuestro sitio web y asegurarnos de que el sitio web de documentación se actualice a la versión 4.2.0.

Muchas gracias a todos por su tiempo y esfuerzo.
Este ha sido un lanzamiento enorme con muchos problemas complejos que resolver y nos enfrentamos al desafío.
¡Impresionante trabajo!

He publicado una publicación en el blog. podemos cerrar esto?

Si.