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

В мастере есть как минимум одна новая функция https://github.com/celery/celery/commit/0d5b840af1890a9a499a339aa3256445b43837dc
Нам нужно будет тщательно отобрать все исправления ошибок.

Я действительно хочу выпустить новую версию с https://github.com/celery/celery/pull/4358, но для этого требуется тестовое покрытие.

@thedrow Я бы посоветовал нам избегать сложности ветки выпуска. Давайте просто перейдем к следующей второстепенной версии (4.2.0), чтобы обеспечить соответствие семантическому управлению версиями. Что вы думаете?

Ага, давай сделаем это.

@georgepsarakis Есть обновления по 4.2? Исправления времени / часового пояса / эта кажутся критическими ...

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

К вашему сведению, я выхожу замуж 28 декабря, поэтому не думаю, что мы сможем выпустить его раньше.
Я бы хотел, чтобы мы выпустили релиз к 7 января.
@georgepsarakis @auvipy Перед этим подготовьте прокатный PR с примечаниями к выпуску для pyamqp, kombu и celery.

@Fokko @johnarnold Если вы хотите помочь, у нас все еще есть 4 запроса на вытягивание, которые требуют тестового покрытия и / или перебазирования, прежде чем мы выпустим 4.2.

Я только что добавил # 4369 к этапу 4.2, так как думаю, что смогу добраться до него на следующей неделе или около того.

Этап 4.2 пройден до установленного срока, и несколько вопросов все еще не решены (33/98 вопросов все еще открыты (33%)).
Я новичок в этом проекте и поэтому у меня есть вопрос по этому поводу.

Обычно в проектах используется одна из двух моделей в отношении основных этапов:

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

Как сельдерей подходит к вехам?

В настоящее время единственным блокировщиком выпуска является https://github.com/celery/celery/issues/4423, потому что мы добавили новую функцию, которая требует документации.
@georgepsarakis Не могли бы вы начать работу над примечаниями к выпуску?

@thedrow Я постараюсь запустить его в ближайшее время.

я обновил основные проблемы

@auvipy @thedrow, если возможно,

https://github.com/celery/celery/pull/4481 последнее слияние. и заблокирован

Мы должны закончить # 4423 перед выпуском, но это не относится к примечаниям к выпуску.

Хотелось бы увидеть, как это скоро будет выпущено. Я просто потратил время, пытаясь понять, почему автоматические повторные попытки не работают (# 4341).

Сообщается, что есть проблема с master после (вероятно) слияния этого PR :

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

Где вы видите отчеты по мастеру?

В # 4498:

Ожидаемое поведение
В основной ветке это вообще не работает. Вы получите это:

И в https://github.com/celery/celery/issues/4041#issuecomment -359845025

@georgepsarakis эта ошибка возникает, когда метод вызывается из объекта Class, а не из экземпляра ... я предполагаю, что эта проблема возникает, когда apply_async вызывается для несвязанных задач (еще не подтвердил).

ИЗМЕНИТЬ, похоже, это происходит, когда вместо декоратора задачи используется наследование:
python class AddTask(Task): def run(self, *args, **kwargs) # ...
против.
python @app.task() def add_task(*args, **kwargs): # ...

Кто-нибудь обращается к блокираторам выпуска?

Я не собираюсь выпускать регресс в дикую природу. Может быть, нам следует отменить оскорбительное изменение и воссоздать PR?

на самом деле это очень старая проблема https://github.com/celery/celery/issues/3723, пожалуйста, проверьте

Я имел в виду № 4198 и № 4041, о @georgepsarakis .
Если я ошибаюсь, это не блокировщик и нам нужно закрывать проблемы как дубликаты.

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

Пожалуйста, сделай.

Кажется, он все еще не работает для задач cron. Также есть небольшая утечка хранилища Redis.

Проблема https://github.com/celery/celery/issues/3808 также все еще не работает для меня на мастере.

Готов поспорить, что исправление для # 3723 было бы довольно небольшим, если бы кто-то, знакомый с внутренними особенностями сельдерея, мог взглянуть. Легко воспроизвести.

К сожалению, в одиночку я мало копал ...

3808 имеет контрольную отметку 5.0 .. То же самое с # 3723

Единственный, который останется до релиза, если мы проследим этап (https://github.com/celery/celery/milestone/19), это # ​​4423.

Неправильные ли вехи?

Я обновил веху

@auvipy @georgepsarakis @thedrow @ask

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

@johnarnold Есть одна регрессия, которую нам нужно исправить или отменить https://github.com/celery/celery/issues/4041#issuecomment -359875276, и еще одна проблема, которая пока неясна, вызвана ли она Celery 4.2.
Сначала нам нужно исправить регресс и посмотреть, сможем ли мы воспроизвести проблему в Celery 4.2.

проблема возникает только со старым стилем Task / PeriodicTask - см. # 4572

Учитывая, насколько большим стал этот выпуск, имеет ли смысл в ближайшее время сделать предварительный выпуск альфа / бета-версии? Я думаю, это позволит некоторым пользователям проводить больше тестов в реальных условиях? Я был бы рад разместить альфа-версию в наших тестовых системах!

С другой стороны, я ценю, что это представляет собой работу для сопровождающих, поэтому не стесняйтесь говорить «нет» 😄

Думаю, мы начнем с бета-версии, да.

что будет здорово

@thedrow @auvipy, дайте мне знать, если вы хотите, чтобы я возобновил работу над журналом изменений. Я согласен с тем, что релиз должен состояться как можно скорее. Похоже, что с # 4572, # 4041 может быть исправлен.

да, пожалуйста, продолжите работу над списком изменений

@auvipy @thedrow Я, наверное, отправлю сегодня Pull Request.

@thedrow есть что-нибудь в ожидании релиза? Если вам понадобится помощь, дайте мне знать.

Вчера написал анонс релиза. Я собираюсь отметить сегодня.

Оказывается, у нас нет надлежащей документации для серверной части результатов Redis Sentinel.
Это не препятствие для выпуска, так как мы собираемся сначала выпустить RC, но давайте откроем проблему и исправим ее до GA.

Я только что выпустил версию 3.1.26, содержащую https://github.com/celery/celery/pull/4357.
Это исправление имеет решающее значение для перехода на Celery 4.x, поэтому я создал специальный выпуск 3.x специально для него.

Выпущен первый RC.
Я создам проблемы для блокировщиков документации позже, возможно, завтра.

вы могли забыть про релизы pyamqp и kombu?

Я не видел. У меня просто не было времени до этого добраться. Мне также нужно подготовить для них примечания к выпуску.

ой, извини. спасибо за rc. после отправки других пакетов уведомить меня об объявлении сообщения в блоге

Оказывается, у нас проблема совместимости с цветком, потому что мы выпустили RC. См. Https://github.com/mher/flower/issues/791
Это очень просто исправить. Есть добровольцы?

попробовал: https://github.com/mher/flower/pull/792; дайте мне знать, что вы думаете, ребята

Я только что выпустил Celery 4.2.0RC2.

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

Если кто-то сделает примечания к выпуску, я могу их выпустить.

@thedrow Можем ли мы получить финальную версию?

Сначала я хочу исправить несколько вещей. Я создам чек-лист позже и распределю обязанности.

Привет, спасибо за новую версию.

Устанавливаю: pip install celery==4.2.0RC2
Я его запускаю:
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

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

Кажется, что # 3812 можно воспроизвести с помощью https://github.com/celery/celery/issues/3812#issuecomment -381554599.
Мы собираемся исправить это до GA, если это действительно так.

Я выпустил наш последний RC. Если проблем не будет, мы скоро выпустим GA.
Единственное, чего сейчас действительно не хватает, так это документа о процессе выпуска и № 4679.

Привет всем.
Я пытаюсь более активно участвовать в проекте.
Чем могу помочь для следующего выпуска?
Спасибо.

Привет @xirdneh . Есть много способов внести свой вклад:

• Журнал изменений Kombu для 4.2, я думаю, еще не создан: https://github.com/celery/kombu/issues/849
• Журнал изменений сельдерея тоже может быть не доработан
• У нас есть необходимые, ожидающие изменения документации: https://github.com/celery/celery/issues/4721
• Стабильный выпуск также зависит от разрешения https://github.com/celery/celery/issues/4731
• Бета-тестирование версии RC3 (например, в вашей тестовой среде), если у вас есть для этого возможности и время.

Дайте мне знать, если вам понадобятся дополнительные указатели и помощь, спасибо!

Потрясающие,
Я посмотрю, что я могу сделать для # 4731 и документации.
Спасибо.

Обратите внимание, что я выпустил Kombu 4.2, который ломает Celery 4.1.0.
Я собираюсь выпустить релиз с исправлением ошибок в ближайшее время. Если вы все еще используете Celery 4.1.0, я настоятельно рекомендую вам обновить его как можно скорее.

Я выпустил 4.1.1 и призываю всех обновиться.
@auvipy Напишите об этом в блоге.

Можно ли получить разрешение на канале IRC Freenode #celery на смену темы?
Некоторые люди не уверены в управлении версиями, и я могу обновлять их.
Мой IRC-дескриптор josuebc
Спасибо.

мы можем выпустить еще один RC?

@xirdneh Мне нужно пинговать @спросить об этом.
Вы можете открыть новый выпуск?
@auvipy Да, конечно.

Я только что выпустил Celery 4.2.0RC4.
Нам все еще нужно решить # 4731 и # 4721, чтобы выпустить GA.

https://github.com/celery/celery/pull/4762 исправления # 4731

Новый блокировщик # 4768 :(

Я только что выпустил amqp 2.3.0.
Пожалуйста, проверьте его и сообщите нам, если возникнут проблемы.

@thedrow также возможен блокировщик https://github.com/celery/celery/pull/4770#issuecomment -392419237

Похоже на один.
Жаль, что мы поймали это так поздно.
Есть ли добровольцы, которые это исправят? Я выпущу версию с исправлением ошибок.

Я выпустил исправление в amqp 2.3.1.

# 4768 - единственный блокировщик сейчас?
Кто-нибудь это принимает?
У меня будет время взять его в эти выходные, если больше ни у кого нет времени.

пожалуйста, посмотри на это

Может быть блокировщиком: https://github.com/celery/celery/issues/4791
Я, наверное, закончу писать тесты в понедельник.

Слил последний пиар.
Насколько я понимаю, хозяин сейчас заморожен.

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

да пожалуйста: кинжал:

Потрясающие!
: металл:

Выпущенный! : тада:
Осталось сделать несколько вещей:
Нам необходимо разместить объявление на нашем веб-сайте и убедиться, что веб-сайт документации обновляется до версии 4.2.0.

Всем большое спасибо за ваше время и усилия.
Это был огромный релиз, в котором нужно было решить множество сложных проблем, и мы приняли их.
Отличная работа!

Я опубликовал сообщение в блоге. мы можем закрыть это?

да.