Celery: Релиз 4.1.0

Или версия 5, или 4.1.

Назовем это просто следующим выпуском.

Также мне нужен исправление №3903.

Да, объедините некоторые из этих запросов на включение и выпустите новую версию.

Смогут ли @thedrow или @auvipy решить эту проблему? С момента последнего выпуска прошло более 6 месяцев, и похоже, что между 4.0.3 и master ( сельдерей , комбу ) произошло приличное количество изменений.

Мы тоже хотим выпустить. Единственный сопровождающий, который в настоящее время имеет права доступа, - это @ask, и он недоступен по личным причинам.
Если мы не сможем связаться с ним в ближайшее время, я свяжусь с народом PyPi, и они передадут нам все пакеты.

@thedrow Спасибо за обновление. Не стесняйтесь обращаться к нам, если я могу помочь в этом как-либо.

Всем привет,
У меня есть разрешения для всех пакетов сельдерея, и мы начнем цикл выпуска как можно скорее.
@alukach Если вы хотите помочь подготовить примечания к выпуску для сельдерея.

приятно 👍

Рад слышать! Вам нужно только добавить примечания к выпуску для того, что было объединено после мая.

удивительный

Я только что узнал, что amqp 2.2.0 как-то ломает сельдерей. См. Https://github.com/celery/py-amqp/commit/942b3aa9cf76d08951fe7baae163b595300cdfe5#commitcomment -23064465
Может ли кто-нибудь протестировать и сообщить нам, что сломано?

@thedrow ты про amqp 2.2.1? Также последние запросы на вытягивание должны использовать последнюю версию amqp насколько я могу понять из файла требований Комбу. Например, здесь тесты должны выполняться с последней версией amqp.

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

@gabrielpjordao Я выпустил 2.2.1 в ответ. Поломки нет.

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

я верю в это

Я только что выпустил Vine 1.1.4, который будет зависеть от следующего релиза.

Я только что выпустил Billiard 3.5.0.3. Я собираюсь подождать несколько дней с комбу и сельдереем, так как это необходимо для тестирования на производстве.
Billiard 3.5.0.3 устраняет некоторые проблемы совместимости для версий Python ниже 3.5 и, среди прочего, сбой в Windows.

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

На случай, если кто-то захочет внести свой вклад, https://github.com/celery/celery/pull/3934 потребуется тестовое покрытие для слияния, и мы бы хотели, чтобы он также достиг версии 4.1.

https://github.com/celery/celery/pull/3934 объединен с тестом

пингуйте меня после выпуска pypi. Я напишу в блоге о выпуске.

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

@georgepsarakis сделал сельдерей / комбу # 770, чтобы обсудить неудачу. Пытаюсь решить эту проблему, но определенно мог бы использовать какой-то вклад, если кому-то интересно.

@alukach, пожалуйста, проверьте запрос на

Выпущена версия Kombu 4.1.0! : тада:
Пожалуйста, проверьте это с вашими текущими кластерами сельдерея.

@thedrow Отличная работа! Можем ли мы как можно скорее объединить celery / sphinx_celery / pull / 2? Похоже, выпуск релиза с неудачной сборкой - плохой моджо.

@thedrow Спасибо за слияние, теперь, если вы или @georgepsarakis могли запустить повторную попытку на https://travis-ci.org/celery/kombu/jobs/255735887 , у нас должна быть проходящая сборка!

@alukach, это не повлияет на задание сборки, о котором вы говорите, потому что используемая версия sphinx_celery (1.3.1) не содержит исправления.

В файлах требований Kombu, так и для Celery используется sphinx_celery>= , поэтому, если вы могли бы выпустить 1.3.2 из sphinx_celery , он будет автоматически использоваться в следующих сборках. Спасибо.

@georgepsarakis К сожалению, у меня нет доступа к этому пакету. @ask забыл добавить меня к этому.
Я постараюсь с ним связаться. А пока держите https://github.com/celery/kombu/issues/770 открытым.

На данный момент мы находимся в зоне замораживания слияния. Если в понедельник не появится что-то очень важное, мы выпустим Celery 4.1.0.

Единственное, что осталось, - это примечания к выпуску для Celery. Есть добровольцы?

@thedrow, поскольку мы используем файлы требований, мы могли бы напрямую использовать

Я также добавляю комментарий @alukach относительно простого способа обобщения изменений для справки: https://github.com/celery/kombu/pull/764#issuecomment -315963066

@thedrow @auvipy Я начал этот PR https://github.com/celery/celery/pull/4151 , но работа над ним все еще продолжается.

Я только что выпустил 4.1.0.
@auvipy или @georgepsarakis Не могли бы вы позаботиться об объявлении о выпуске на celeryproject.com?
Не забудьте потом закрыть эту проблему.

Я не знаю, как используется celeryproject. @auvipy , пожалуйста, сделайте это?

Кроме того, документация кажется устаревшей: http://docs.celeryproject.org/en/latest/index.html по- прежнему показывает 4.0.2. Есть ли что-то, что мы можем сделать, чтобы его обновить?

да я могу сделать анонс в блоге.

это означает 4.1 http://docs.celeryproject.org/en/master/index.html

Кроме того, довольно незначительно, но README (и, следовательно, страница описания pypi) заявляет, что:

Версия сельдерея 4.0 работает на,

• Python (2.7, 3.4, 3.5)

Версия должна быть увеличена до 4.1, а список Python расширен с помощью Python 3.6.

@auvipy да, это для основной ветки, см. последнюю версию: http://docs.celeryproject.org/en/latest/index.html

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

вот и мы http://www.celeryproject.org/news/celery-410-released/

Вторя тому, что сообщил @georgepsarakis , v4.1.0 доступен (http://docs.celeryproject.org/en/v4.1.0/changelog.html), но документы по-прежнему по умолчанию равны 4.0 (http : //docs.celeryproject.org/en/latest/changelog.html)

Обратите внимание, что указанная выше проблема также существует с документами Kombu.

Похоже, что версия latest настроена так, чтобы указывать на ветвь 4.0 вместо master в RTD.

Кажется, что у @thedrow есть доступ владельца, чтобы исправить это. Админ -> Расширенные настройки -> Ветвь по умолчанию.

Отличная работа над релизом! : тада:

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

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

Ах я вижу. Я думаю, что есть также возможность установить версию по умолчанию на stable чтобы избежать этой путаницы, но отдельная ветвь тоже работает!

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