cc @tilgovi @berkerpeksag

19.8에 대해 다음 PR을 병합하고 싶습니다.

• [x] #1499 (만약 우리가 이것을 병합하기로 결정한다면 나는 내 자신의 의견을 다룰 수 있습니다) (wontfix로 닫힘)
• [x] #1569(오늘 밤 병합)
• [x] #1632(검토됨)

@berkerpeksag 그때 댓글/승인했습니다. 내일 사이클이 있을 수 있으므로 도움이 필요하면 알려주십시오. :)

공개 PR이 있습니다. 그 중 하나를 병합하시겠습니까?

• [x] #1481(Python 구성 파일이 chdir을 설정하도록 허용)
• [x] #1602(@berkerpeksag의 의견을 처리할 수 있습니다)

두 PR 모두 시간이 있다면 있으면 좋습니다.

내 것이 있습니다. 검토하는 데 도움이 될 수 있습니까?

1499는 유일하게 남아 있습니다. 리뷰 댓글을 다뤘습니다.

@berkerpeksag 나도 댓글을 달았는데, 그것에 대해 어떻게 생각하세요?

@berkerpeksag #1499 에 대한 답변을 얻지 못했습니다. 오래 전에 제거된 음식을 다시 되돌릴 수 있는지 의심스럽습니다. 우리는 그것에 대한 찬반 양론을 보아야 합니다. 또는 최소한 영향이 없는지 확인하십시오.

그러나 나는 릴리스하기 전에 소켓의 SO_REUSEPORT 옵션을 기본적으로 비활성화할 것이라고 생각합니다. 생각?

@benoitc 잘 모르겠습니다. 해당 PR을 기반으로 SO_REUSEPORT 의 기본값을 변경하려는 이유는 무엇입니까?

(우리는 초당 수만 개의 요청을 효율적으로 처리하는 데 SO_RESUSEPORT 에 의존하므로 변경 사항에 주의합니다.)

SO_REUSEPORT를 기본값으로 사용하는 것은 일부 사람들, 특히 Gunicorn을 처음 사용하거나 개발 환경에서 사용하는 사람들을 혼동시키는 것 같습니다. 이를 통해 이전 Gunicorn을 종료하지 않고 새 Gunicorn을 시작할 수 있으므로 여러 버전의 응용 프로그램이 실행됩니다. 애플리케이션이 절반의 시간에만 올바른 응답을 제공하는 이유를 궁금해하는 처음 사용자에게는 그다지 친숙한 경험이 아닙니다.

기본값을 변경하더라도 기능을 제거하지 않을 것입니다.

@berkerpeksag #1499 에 대한 답변을 얻지 못했습니다. 오래 전에 제거된 음식을 다시 되돌릴 수 있는지 의심스럽습니다. 우리는 그것에 대한 찬반 양론을 보아야 합니다. 또는 최소한 영향이 없는지 확인하십시오.

#1499를 다시 보니 'wontfix'로 닫아도 괜찮습니다. Gunicorn 19.4+와 호환되도록 만드는 것은 매우 간단합니다.

-            '-c', 'airflow.www.gunicorn_config'
+            '-c', 'python:airflow.www.gunicorn_config'

릴리스 전에 내 할일 목록에 다음이 있습니다.

• [x] #1669(기본적으로 SO_REUSEPORT 사용을 활성화하지 않음)
• [ ] #1653

나는 지금 금요일에 뭔가를 먹으려고 노력할 것이다

이것에 대한 더 많은 소식이 있습니까?

방금 PR #1669를 병합하고 PR #1499를 닫았으므로 이제 유일한 차단기는 #1653인 것 같습니다.

릴리스 노트에 SO_REUSEPORT 동작 변경(PR #1669)도 문서화해야 한다고 생각합니다.

와, 빠른 답변 감사합니다. 💯

ETA에 물어보는게 제일 큰 죄인줄알고 #1653 진행이 막혀서 발매를 막고 있다는 소식은 없나요?

@benoitc @tilgovi #1653을 19.9로 두고 19.8을 그대로 릴리스해야 합니까? 마스터에는 몇 가지 중요한 수정 사항이 있으며 여러 문제(예: #1058)에서 19.8용 ETA 사용자로부터 몇 가지 질문이 있으므로 지금은 #1653을 건너뛰어야 하는지 궁금합니다.

#1324에 대한 거의 준비된 PR이 있습니다.

• [ ] 홍보 #1696

건너뛰어도 괜찮습니다 #1653

자주 안 올릴 이유가 없는 것 같아요 :) 오늘 패치 안 오면 내일 아침에 릴리즈 합시다.

해당 pyc 항목에 대해 현재 릴리스에서 수정하고 새 옵션을 추가하지 않는 것입니다. 구성 및 기타 항목을 자동으로 다시 로드하는 계약을 위반하므로 이 기능을 더 이상 사용하지 않습니다.

Pypi는 여전히 19.7.1인 것 같습니다. https://pypi.python.org/pypi/gunicorn
부수적으로 README.md가 안정적인 버전 번호를 갖도록 만들 수 있습니까?
현재 릴리스가 무엇인지 확인하기 위해 pypi를 통해 이동하는 것이 약간 펑키하게 느껴지거나 어딘가에 표시된 명백한 버전 번호가 누락되었을 수 있습니다 😕

죄송합니다. 19.8 릴리스에 대한 소식이 있습니까? dictConfig로 플레이하고 싶습니다 :-)

( @Allu2 README에서 현재 릴리스의 버전 번호를 표시하려면 PR https://github.com/benoitc/gunicorn/pull/1727을 참조하십시오.)

이에 대한 업데이트가 있습니까? 알파인 컨테이너의 --reload 문제를 해결하고 개발 환경을 훨씬 더 좋게 만들 것이기 ​​때문에 기대하고 있습니다!

릴리스를 준비하겠습니다. @berkerpeksag @benoitc 괜찮나요 ?

@tilgovi 나

기니콘 출시가 어떤 과정인지 궁금합니다.
이 릴리스는 "다음(일 | 주 | 곧)"이 하나 이상 있는 지난 5개월 동안 연기된 것으로 보입니다.

@알루2

• 변경 로그 업데이트
• 태그 및 업로드
• GitHub에 출시

어렵지는 않지만 우리 모두는 자원봉사로 이 일을 합니다.

변경 로그를 업데이트했으며 모든 것이 출시될 준비가 되었다고 생각합니다.

나는 자고 후속 패치 릴리스가 필요한 실수의 경우에 대비할 수 있는 아침에 태그를 잘라낼 것이지만 문제는 없을 것으로 예상됩니다.

19.8.0이 출시되었습니다!

피드백이나 문제가 있으면 여기에 댓글을 남겨주세요!

앞으로 더 자주 릴리스하는 것을 목표로 할 것입니다. 당신의 풀 리퀘스트와 리뷰가 도움이 됩니다. 유지보수에 관심이 있으시면 알려주세요!

@tilgovi 감사합니다! 동의합니다 :) 곧 답변을 드리지 못해 죄송합니다. 저는 한 달 내내 여행 중이었습니다.