Celery: 셀러리 방출 주기

우리 프로젝트는 Python 3.7 지원을 위한 다음 릴리스를 기다리고 있습니다. 프로세스를 도울 수 있는 방법이 있으면 알려주세요.

셀러리 프로젝트를 유지하기 위한 후원자를 찾을 수 있도록 도와주세요. 이것은 이 거대한 프로젝트에 상당한 시간을 할애하는 데 가장 필요한 것입니다.

@auvipy 는 "스폰서"를 정의합니다 :) 돈, 시간? 셀러리를 사용하는 많은 빅 플레이어.

한 가지 가능한 접근 방식은 마스터의 모든 것이 배송되는 시간 기반 릴리스입니다(한 달에 한 번?). 주요 버그 수정 또는 보안 수정은 즉시 제공됩니다. 더 빠른 릴리스로 사용자 기반과 함께 긴밀한 피드백 루프를 얻을 수 있습니다. 사람들은 예기치 않은 변동을 피하기 위해 필요에 따라 프로젝트에 버전을 고정할 수 있습니다.

버그를 수정하고 회사에서 필요로 하는 개선 사항을 수정하고 마일스톤 릴리스를 출시하는 데 시간을 보냅니다...

@robertknight 이슈 아래에서 마일스톤을 클릭하고 다음 마일스톤을 선택하고 미해결 이슈를 종료합니다. 일반적으로 수정 사항, 문서 문제 등이 없는 12개 정도의 보고된 버그가 있습니다. 일부를 해결할 수 있는지 확인하시겠습니까?

python 3.7로 옮기는 것이 좋겠지만 크게 서두르지는 않습니다. 릴리스 4.3에 대한 몇 가지 답변을 찾고 있었습니다. 아무것도. 자금 부족이 그런 큰 프로젝트의 문제라는 것을 이해하고 이해하지만, 셀러리의 장단기 계획인 모두에게 투명하게 처리해야 한다고 생각합니다. 마지막 릴리스가 스스로를 대변하는 것은 없으며 나는 괜찮지만 프로젝트가 어디로 가고 있는지 아는 것이 더 편안할 것입니다. 메인 프로젝트는 정말 복잡하고 유지해야 할 것들이 많기 때문에 핵심 사람들이 샐러리의 미래를 어떻게 보나요? 개인적으로 나는 파이썬 세계가 빠르게 변화하고 진화하기 때문에 프로젝트에 돈을 투자하는 것만으로는 충분하지 않다고 생각합니다. 적어도 몇 가지는 다시 방문하고 전략을 세워야 합니다.

귀하의 의견에 감사드립니다. 여기에 공개된 문제 외에도 셀러리의 미래에 대한 내 계획에 있는 몇 가지 사항이 더 있습니다.

1. 10월까지 가능한 한 빨리 celery 4.3을 출시하십시오.
2. 마스터 브랜치에서 python 2를 삭제하고 2019년 말까지만 버그 수정이 있는 celery 4.x 브랜치를 LTS로 만드세요.
3. asyncio를 수용하고 가능한 한 에코 시스템입니다. 대대적인 점검이 필요합니다.
4. 당구에 대한 비동기 기반 대안을 찾거나 당구를 비동기 친화적으로 만들기 위해 당구를 다시 작성합니다. [입력 원함]
5. 분산 셀러리 비트에 대해 redbeat와 같은 기본 기능을 구현합니다.
6. Kafka 지원 및 관련 점검.
7. 속성 기반 테스트를 점진적으로 수용하고 테스트 범위를 개선합니다.
8. 문서를 개선하고 열린 버그를 수정합니다.
9. 다른 사람을 추가 ......

이것이 제 우선 순위이며 처음 8개를 위해 작업을 시작할 것이며 아마도 더 많은 팀 구성원과 커뮤니티 구성원이 기능 요청 및 스쿼시 오픈 버그 구현에 기여할 것입니다.
우리는 또한 계획에 더 많은 기능이 있지만 현재로서는 이것이 최소한의 우선 순위입니다.

자유롭게 의견을 공유하세요.

사람들이 계획을 쉽게 볼 수 있도록 문서 어딘가에 이러한 기능과 관련된 문제를 나열하고 싶습니까?
나는 우리가 가지고있는 5 번을 알고 있습니다 : https://github.com/celery/celery/issues/4815
나머지는 확실하지 않습니다.

로드맵 섹션을 만들고 약간의 설명으로 관련 문제를 연결할 수 있습니까? readme 및 문서에 로드맵을 추가하여 더 잘 보이도록 하시겠습니까?

좋은 생각 같아

릴리스 주기와 프로젝트 진행 방식에 대해 이야기하는 것이 여전히 의미가 있다고 생각합니다. 나는 미래 로드맵과 출시 주기가 느슨하게 연결되어 있다고 생각합니다. 안정적인 릴리스 주기는 정기적으로 수정 사항을 제공할 수 있는 메커니즘을 제공하는 반면 로드맵은 릴리스 주기에 대한 향후 작업을 매핑하는 데 도움이 됩니다. 더 많은 자금(돈 또는 시간)은 로드맵을 "압축"합니다.

위키가 제안된 로드맵으로 업데이트될 수 있다고 생각합니다(읽기 정보를 어지럽히는 대신). 그런 다음 GitHub 문제의 이정표를 연결할 수 있으므로 이미 티켓이 있는 등이 명확합니다.

제 생각에도 Wiki는 로드맵을 문서화하기에 좋은 장소인 것 같습니다.

다른 항목도 추가할 수 있습니까?
redis 작업 대기열에 대한 지원을 추가하는 것은 어떻습니까?

왜 안 돼? 그들은 이미 지원되지 않습니까?

@xirdneh 무슨

답장을 늦게 보내서 미안해. 어쩌면 나는 이것에 대해 약간 혼란스러워합니다.
나는 셀러리가 redis의 pub/sub를 사용하고 있다고 생각했는데, 이는 구독자가 오는 즉시 메시지가 구독자에게 전달된다는 것을 의미합니다.
그러나 redis에서 FIFO 대기열을 사용하여 대기열처럼 작동하도록 하고 셀러리 비트에 전력을 공급할 수도 있습니다.
마지막 부분은 이미 #4815에 언급되어 있습니다.
@auvipy @thedrow 감사합니다. :)

좋아, 내 생각이 틀렸고 Kombu는 LPUSH와 LPOP을 사용하여 메시지를 처리합니다. 나는 다른 것에 대해 생각하고 있었던 것 같지만 다시 코드를 확인하기 위해 되돌아갔습니다. 미안합니다.

하하 걱정마세요 :dagger:

안녕하세요. 이 스레드를 주의 깊게 읽었지만 릴리스 주기에 대한 어떤 결론도 볼 수 없습니다. @mariokostelac이 말했듯이 유지 관리 및 기능 추가에는 작업이 필요하지만 다른 한편으로 변경 사항이 이미 마스터 브랜치에 병합되었을 때 새 버전을 출시하는 것은 많은 작업을 필요로 하지 않아야 하지만 아직 몇 달 동안 버전이 출시되지 않았습니다. 이것이 @Jamim 이 제기한 이 문제의 원래 주제

@antoine-gallix 아마도 @auvipy 가 내가 틀렸다면 나를
프로젝트에서 최신 마스터를 테스트하고 올바르게 작동하는지 확인할 수 있습니까?

실제로 테스트는 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 이정표 확인

셀러리는 이제 더 자주 버그 수정 마이너 릴리스를 릴리스합니다.

IMHO 우리는 SemVer 기반 릴리스를 고수해야 하며 가능한 경우 연속 릴리스 또는 작은 새 기능이 포함된 주간/격주/월간 패치/마이너 릴리스를 유지해야 합니다.