Celery: Цикл выпуска сельдерея

Наш проект ждет следующего релиза с поддержкой Python 3.7. Если есть способ помочь в этом процессе, пожалуйста, дайте мне знать.

Помогите нам найти спонсора для поддержки проекта сельдерея. это самый необходимый материал, чтобы посвятить серьезное количество времени этому огромному проекту.

@auvipy определите "спонсора" :) Деньги, время? Многие крупные игроки используют сельдерей.

Один из возможных подходов - это выпуски, основанные на времени, когда все, что есть в master, просто отправляется (раз в месяц?). Основные исправления ошибок или исправления безопасности отправляются немедленно. Вы можете получить жесткую обратную связь с пользовательской базой с более быстрыми выпусками. Люди могут закреплять версии в своих проектах по мере необходимости (мы делаем), чтобы избежать неожиданного оттока.

Я трачу время на исправление ошибок, улучшения, которые нужны моей компании, и пытаюсь выпустить ключевые выпуски за дверь ...

@robertknight В разделе «Проблемы» щелкните «Вехи», выберите следующую веху и закрывайте открытые проблемы. Обычно сообщается о десятке или около того ошибок без исправлений, проблемах с документацией и т. Д. Посмотрите, сможете ли вы их исправить?

Я не очень тороплюсь с переходом на python 3.7, хотя было бы неплохо. Искал ответы на выпуск 4.3. Ничего такого. Я понимаю и понимаю, что нехватка денег является проблемой для такого большого проекта, потому что иначе и быть не может, но я все же думаю, что все должно быть сделано прозрачно, говоря всем, что есть краткосрочные и долгосрочные планы для Celery. Не бывает, чтобы последние релизы говорили сами за себя, и, хотя меня это устраивает, мне было бы удобнее знать, куда ведет проект. Поскольку основной проект действительно сложен, и у него много вещей, которые нужно поддерживать, как вы, основные люди, видят будущее сельдерея? Лично я не думаю, что вложения денег в проект достаточно, поскольку мир питонов меняется и быстро развивается, по крайней мере, некоторые вещи следует пересмотреть и разработать стратегию.

спасибо всем за ваш вклад. Помимо вопросов, раскрытых здесь, в моем плане на будущее сельдерея есть еще кое-что,

1. Выпустите сельдерей 4.3 как можно скорее, к октябрю.
2. Отбросьте python 2 из основной ветки и сделайте ветвь celery 4.x LTS с исправлением ошибок только до конца 2019 года.
3. по возможности используйте asyncio и его экосистему. необходим капитальный ремонт.
4. Найдите асинхронную альтернативу для бильярда или перепишите бильярд, чтобы сделать его дружественным к асинхронности [требуются входные данные]
5. реализовать что-то родное, например, redbeat для распределенной доли сельдерея.
6. Поддержка Kafka и связанный с этим капитальный ремонт.
7. Постепенно переходите к тестированию на основе свойств и улучшайте охват тестированием.
8. Улучшайте документы и исправляйте открытые ошибки.
9. добавить других ......

Это мои приоритеты, и я собираюсь начать работать над этими первыми 8, и, возможно, еще несколько членов команды и членов сообщества также внесут свой вклад в реализацию запросов функций и устранение открытых ошибок.
У нас также есть больше функций в плане, но пока это минимальные приоритеты.

не стесняйтесь делиться своим мнением.

Хотим ли мы перечислить проблемы, связанные с этими функциями, где-нибудь в документации, чтобы люди могли легко увидеть, каков план?
Я знаю, что для № 5 у нас есть: https://github.com/celery/celery/issues/4815
Не уверен в остальном.

Может быть, мы сможем создать раздел дорожной карты и связать связанные проблемы с небольшими описаниями? и добавить дорожную карту в readme и документацию, чтобы сделать ее более заметной?

звучит как хорошая идея

Я думаю, что все еще имеет смысл говорить о циклах выпуска и о том, как работает проект. Я думаю, что будущая дорожная карта и циклы выпуска очень слабо связаны. Стабильная периодичность выпуска даст нам механизм для регулярной отправки исправлений, а дорожная карта поможет спланировать будущую работу над циклами выпуска. Дополнительное финансирование (в деньгах или времени) просто «сожмёт» дорожную карту.

Я думаю, что вики можно обновить с помощью предлагаемой дорожной карты (вместо того, чтобы загромождать readme), а затем можно было бы связать вехи из проблем GitHub, чтобы было ясно, у кого уже есть билет и так далее.

Я тоже думаю, что Wiki - хорошее место для документирования дорожной карты.

Можем ли мы добавить еще один предмет?
А как насчет добавления поддержки очередей задач Redis?

Почему нет? разве они уже не поддерживаются?

@xirdneh Что ты имеешь в виду?

Извините за поздний ответ. Может быть, я немного запутался в этом.
Я думал, что сельдерей использует pub / sub redis, что означает, что сообщения доставляются подписчикам, как только они приходят.
Но мы также могли бы использовать очереди FIFO в redis, чтобы они работали больше как очередь и ускоряли работу сельдерея.
Эта последняя часть уже упоминается в # 4815.
Пожалуйста, поправьте меня, если я ошибаюсь в этом @auvipy @thedrow Спасибо :)

Хорошо, я считаю, что ошибаюсь, и Kombu действительно использует LPUSH и LPOP для обработки сообщений. Думаю, я думал о другом, но вернулся к коду, чтобы еще раз проверить его. Прости за это.

Ха-ха, не беспокойся: dagger:

Привет. Я внимательно прочитал эту ветку, но не вижу никаких выводов относительно цикла выпуска. Как заметил @mariokostelac , для обслуживания и добавления функций требуется работа, но, с другой стороны, выпуск новой версии, когда изменения уже объединены в основную ветку, не потребует столько работы, но ни одна версия не была выпущена в течение нескольких месяцев. Это была первоначальная тема вопроса, поднятого @Jamim . Например, в нашей компании единственным препятствием для использования python 3.7 является то, что он не поддерживается сельдереем. Если я правильно понял, в главной ветке есть изменения, которые позволяют использовать сельдерей с python 3.7. Есть ли запланированная дата выпуска этих изменений?

@ antoine-gallix Наверное, @auvipy поправит меня, если я ошибаюсь. Но я считаю, что мы не сможем выпустить выпуск, поддерживающий Python 3.7, пока не проведем еще несколько тестов с 3.7, а также не добавим его в рабочий процесс CI.
Удалось ли вам протестировать последний мастер с вашим проектом и убедиться, что он работает правильно?

На самом деле тесты терпят неудачу при запуске с 3.7, и нам нужно исправить https://github.com/celery/py-amqp/issues/206.
Это проект с открытым исходным кодом с очень небольшими пожертвованиями. Мы работаем над этим в свободное время.
Взносы необходимы для улучшения и поддержки этого проекта.
Мы не можем уложиться в сроки. Мы надеемся выпустить в ближайшие месяцы, если поступят взносы для поддержки Python 3.7.

@thedrow Это совершенно понятно. Спасибо за точность.

Можем ли мы найти где-нибудь контрольный список того, чего не хватает, чтобы завершить следующий выпуск? Поможет нам сориентироваться в том, с чем мы можем помочь и каков статус.

Привет @davidbarton!
Я считаю, что вы могли бы посмотреть на вехи .

@auvipy У моей компании есть клиент, которому требуется поддержка Kafka. Мы были бы заинтересованы в финансировании разработки по сельдерею, чтобы помочь нам в этом. Рад поговорить еще на следующей неделе, если хотите.

@ewenger напишите мне на [email protected]

Привет, господа, можно ли ожидать даты выхода сельдерея 4.3?
Жду следующих исправлений
https://github.com/celery/celery/issues
https://github.com/celery/celery/issues/4995

Для тех, кто находится в этой теме, официально выпущен Celery 4.3.

Мы собираемся задокументировать цикл выпуска и политику поддержки в ближайшее время.
Будьте на связи.

Мы собираемся задокументировать цикл выпуска и политику поддержки в ближайшее время.
Будьте на связи.

где я мог найти информацию о грядущем релизе? Благодарю.

Мы собираемся задокументировать цикл выпуска и политику поддержки в ближайшее время.
Будьте на связи.

где я мог найти информацию о грядущем релизе? Благодарю.

проверьте вехи Github

сельдерей теперь выпускает более частые второстепенные выпуски с исправлениями ошибок.

ИМХО, мы должны придерживаться выпусков на основе SemVer и, если возможно, непрерывных выпусков или еженедельных / еженедельных / ежемесячных патчей / второстепенных выпусков с небольшой новой функцией