Celery: Ciclo de liberación de apio

Nuestro proyecto está esperando la próxima versión para el soporte de Python 3.7. Si hay alguna forma en que podamos ayudar con el proceso, hágamelo saber.

Ayúdanos a encontrar un patrocinador para el mantenimiento del proyecto de apio. eso es lo más necesario para dedicar una gran cantidad de tiempo a este enorme proyecto.

@auvipy define "patrocinador" :) ¿Dinero, tiempo? Muchos grandes jugadores usan apio.

Un enfoque posible son las versiones basadas en el tiempo, donde todo en el maestro simplemente se envía (¿una vez al mes?). Las correcciones de errores importantes o las correcciones de seguridad se envían de inmediato. Puede obtener un circuito de retroalimentación ajustado con la base de usuarios con versiones más rápidas. Las personas pueden anclar versiones en su proyecto según sea necesario (nosotros lo hacemos) para evitar pérdidas inesperadas.

Dedico tiempo a corregir errores, mejorar las necesidades de mi empresa y tratar de impulsar las actualizaciones de hitos ...

@robertknight En Problemas, haga clic en Hitos, elija el siguiente hito y cierre los problemas abiertos. Por lo general, se informa de una docena de errores sin solución, problemas de documentación, etc. ¿Ve si puede resolver algunos?

Al intervenir, no tengo mucha prisa por pasar a Python 3.7, aunque sería bueno. Estaba buscando algunas respuestas sobre la versión 4.3. Nada. Entiendo y entiendo que la falta de dinero es un problema en un proyecto tan grande, porque no puede ser de otra manera, pero sigo pensando que las cosas deben hacerse de manera transparente diciendo a todos cuáles son los planes a corto y largo plazo de Celery. No existe tal cosa como los últimos lanzamientos que hablen por sí mismos y, aunque estoy bien con eso, me sentiría más cómodo sabiendo hacia dónde se dirige el proyecto. Como el proyecto principal es realmente complicado y tiene muchas cosas que mantener, ¿cómo ven la gente principal el futuro del apio? Personalmente, no creo que sea suficiente invertir dinero en el proyecto, ya que el mundo de las pitones está cambiando y evolucionando rápidamente, al menos algunas cosas deberían revisarse y debería crearse una estrategia.

gracias a todos por sus aportes. Aparte de los temas abiertos aquí, algunas cosas más están en mi plan para el futuro del apio,

1. De ser posible, suelte el apio 4.3 lo antes posible antes de octubre.
2. Elimine python 2 de la rama maestra y convierta la rama de apio 4.x en un LTS con corrección de errores solo hasta finales de 2019.
3. adopte asyncio y su ecosistema siempre que sea posible. Se necesita una revisión importante.
4. Descubra una alternativa basada en asíncrono para el billar o reescriba el billar para que sea compatible con asíncrono [se buscan entradas]
5. implemente algo nativo como redbeat para apio distribuido.
6. Soporte de Kafka y revisión relacionada.
7. Adopte las pruebas basadas en propiedades de forma gradual y mejore la cobertura de las pruebas.
8. Mejora los documentos y corrige errores abiertos.
9. agregar otros ......

Estas son mis prioridades y voy a comenzar a trabajar para estos primeros 8 y posiblemente algunos miembros más del equipo y miembros de la comunidad también contribuirán a implementar solicitudes de funciones y eliminar errores abiertos.
También tenemos más características en el plan, pero estas son prioridades mínimas por ahora.

no dude en compartir sus opiniones.

¿Queremos enumerar los problemas relacionados con estas funciones en algún lugar de la documentación para que la gente pueda ver fácilmente cuál es el plan?
Sé que para el n. ° 5 tenemos: https://github.com/celery/celery/issues/4815
No estoy seguro del resto.

tal vez podamos crear una sección de hoja de ruta y vincular problemas relacionados con pequeñas descripciones. y agregar una hoja de ruta en el archivo Léame y los documentos para que sea más visible?

Suena como una buena idea

Creo que todavía tiene sentido hablar sobre los ciclos de lanzamiento y cómo funciona el proyecto. Creo que la hoja de ruta futura y los ciclos de lanzamiento están vagamente acoplados. La cadencia de lanzamiento estable nos proporcionará un mecanismo para enviar correcciones con regularidad, mientras que la hoja de ruta ayudará a mapear el trabajo futuro en los ciclos de lanzamiento. Más financiación (en dinero o tiempo) simplemente "comprimirá" la hoja de ruta.

Creo que la wiki podría actualizarse con la hoja de ruta propuesta (en lugar de saturar el archivo Léame) y luego los hitos de los problemas de GitHub podrían vincularse, por lo que está claro qué tiene un ticket ya, y así sucesivamente.

Creo que también, la Wiki parece un buen lugar para documentar la hoja de ruta.

¿Podemos también agregar otro artículo?
¿Qué hay de agregar soporte para las colas de tareas de Redis?

¿Por qué no? ¿no son ya compatibles?

@xirdneh ¿A qué te refieres?

Lo siento por la respuesta tardía. Quizás estoy un poco confundido con este.
Pensé que celery estaba usando pub / sub de redis, lo que significa que los mensajes se entregan a los suscriptores tan pronto como llegan.
Pero también podríamos usar colas FIFO en redis para que funcione más como una cola y para potenciar el ritmo del apio.
Esa última parte ya se menciona en el n. ° 4815.
Por favor, corrígeme si me equivoco en algo de esto @thedrow Gracias :)

Ok, creo que estoy equivocado y Kombu usa LPUSH y LPOP para manejar mensajes. Supongo que estaba pensando en otra cosa, pero volví al código para verificarlo. Lo siento por eso.

Jaja no te preocupes: daga:

Hola. He leído este hilo con atención, pero no veo ninguna conclusión con respecto al ciclo de lanzamiento. Como señaló @mariokostelac , el mantenimiento y la adición de funciones requieren trabajo, pero, por otro lado, lanzar una nueva versión cuando los cambios ya están fusionados en la rama maestra no debería requerir tanto trabajo, sin embargo, no se ha lanzado ninguna versión desde hace algunos meses. Ese fue el tema original de este problema planteado por @Jamim . Por ejemplo, en nuestra empresa, el único bloqueador para usar Python 3.7 es que no es compatible con Apio. Si entiendo correctamente, la rama maestra contiene cambios que permiten usar apio con python 3.7. ¿Hay alguna fecha programada para la publicación de esos cambios?

@ antoine-gallix Probablemente @auvipy pueda corregirme si me equivoco. Pero creo que no podemos hacer una versión compatible con Python 3.7 hasta que hagamos más pruebas con 3.7 y lo agreguemos al flujo de trabajo de CI.
¿Ha podido probar el último máster con su proyecto y asegurarse de que funciona correctamente?

En realidad, las pruebas fallan cuando se ejecuta con 3.7 y necesitamos corregir https://github.com/celery/py-amqp/issues/206.
Este es un proyecto de código abierto con muy pocas donaciones. Trabajamos en ello en nuestro tiempo libre.
Se requieren contribuciones para mejorar y apoyar este proyecto.
Realmente no podemos cumplir con los plazos. Esperamos lanzarlo en los próximos meses si llegan las contribuciones para admitir Python 3.7.

@thedrow Eso es totalmente comprensible. Gracias por las precisiones.

¿Podemos encontrar en algún lugar una lista de verificación de lo que falta para terminar la próxima versión? Nos ayudaría a navegar en qué cosas podemos ayudar y cuál es el estado.

Hola @davidbarton ,
Creo que podrías mirar los hitos .

@auvipy Mi empresa tiene un cliente que necesita el soporte de Kafka. Estaríamos interesados ​​en financiar un desarrollador de apio para ayudar a lograrlo. Feliz de hablar más la próxima semana si lo desea.

@ewenger me [email protected]

Hola, caballeros, ¿podría esperar una fecha de lanzamiento para el apio 4.3?
Estoy esperando las siguientes correcciones
https://github.com/celery/celery/issues
https://github.com/celery/celery/issues/4995

Para aquellos en este hilo, apio 4.3 ha sido lanzado oficialmente

Pronto documentaremos el ciclo de lanzamiento y la política de soporte.
Manténganse al tanto.

Pronto documentaremos el ciclo de lanzamiento y la política de soporte.
Manténganse al tanto.

¿Dónde puedo encontrar información sobre el próximo lanzamiento? Gracias.

Pronto documentaremos el ciclo de lanzamiento y la política de soporte.
Manténganse al tanto.

¿Dónde puedo encontrar información sobre el próximo lanzamiento? Gracias.

comprobar los hitos de Github

apio ahora lanza versiones menores de corrección de errores más frecuentes.

En mi humilde opinión, deberíamos seguir con los lanzamientos basados ​​en SemVer y, si es posible, el lanzamiento continuo o el parche semanal / quincenal / mensual / lanzamientos menores con una pequeña característica nueva