Gunicorn: versão 19.8.0

Criado em 26 out. 2017  ·  34Comentários  ·  Fonte: benoitc/gunicorn

Como gostaria de lançar uma versão 19.8 esta semana. Não vejo nada impedindo isso agora. Os testes são aprovados aqui, mas me avise se eu perder algo.

)

Comentários muito úteis

19.8.0 é lançado!

Por favor, comente aqui com qualquer feedback ou problemas!

Todos 34 comentários

cc @tilgovi @berkerpeksag

Gostaria de obter os seguintes PRs mesclados para 19,8:

  • [x] # 1499 (Posso endereçar meus próprios comentários se decidirmos mesclar este) (fechado como wontfix)
  • [x] # 1569 (irá fundir esta noite)
  • [x] # 1632 (revisado)

@berkerpeksag eu comentei / aprovei então. Avise-me se precisar de ajuda, pois posso ter alguns ciclos amanhã :)

Tenho PRs abertos. Queremos mesclar algum deles?

  • [x] # 1481 (permitir que os arquivos de configuração do Python definam chdir)
  • [x] # 1602 (posso endereçar comentários de @berkerpeksag)

É bom ter os dois RP, se tivermos tempo para colocá-los.

Os meus estão dentro. Posso ajudar com a revisão de alguma coisa?

1499 é o único restante. Eu abordei meus comentários de revisão.

@berkerpeksag também comentei, o que você acha disso?

@berkerpeksag não recebi uma resposta sobre # 1499. Tenho dúvidas quanto a colocar de volta uma substância que foi removida há muito tempo. Devemos ver os prós / contras sobre isso. Ou, pelo menos, certificando-se de que não causa impacto.

Acho, entretanto, que antes de lançar, irei desabilitar por padrão a opção SO_REUSEPORT do socket. Pensamentos?

@benoitc Não tenho certeza se entendi - por que SO_REUSEPORT base nesse PR?

(Contamos com SO_RESUSEPORT para nos ajudar a atender com eficiência dezenas de milhares de solicitações / s, portanto, tenho cuidado com as alterações.)

Ter SO_REUSEPORT como padrão parece confundir algumas pessoas, especialmente aquelas que são novas no Gunicorn ou o usam em um ambiente de desenvolvimento. Isso torna possível iniciar um novo Gunicorn sem matar o antigo, resultando em várias versões de um aplicativo em execução. Esta não é uma experiência muito amigável para um usuário iniciante que se pergunta por que seu aplicativo oferece a resposta certa apenas na metade das vezes.

Definitivamente, não removeremos a funcionalidade, mesmo se alterarmos o padrão.

@berkerpeksag não recebi uma resposta sobre # 1499. Tenho dúvidas quanto a colocar de volta uma substância que foi removida há muito tempo. Devemos ver os prós / contras sobre isso. Ou, pelo menos, certificando-se de que não causa impacto.

Olhando para # 1499 novamente, estou bem em fechá-lo como 'wontfix'. Torná-lo compatível com Gunicorn 19.4+ é bastante trivial:

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

na minha lista de tarefas antes de qualquer lançamento, tenho o seguinte:

  • [x] # 1669 (não habilita o uso de SO_REUSEPORT no padrão)
  • [] # 1653

vou tentar ter algo para sexta-feira agora

Há mais notícias sobre isso?

Acabei de fundir o PR # 1669 e encerrar o PR # 1499, então acho que o único bloqueador agora é o # 1653.

Acho que também precisamos documentar a SO_REUSEPORT mudança de comportamento (PR # 1669) nas notas de lançamento.

Uau, obrigado pela resposta rápida. 💯

Saber que pedir ETA's é o maior pecado de todos, há alguma notícia sobre o progresso do # 1653 que parece ter bloqueado o lançamento?

@benoitc @tilgovi devemos deixar # 1653 para 19.9 e liberar 19.8 como está? Existem algumas correções importantes no master e existem algumas perguntas de usuários no ETA para 19.8 em diversos problemas (por exemplo, # 1058), então estou pensando se deveríamos pular o # 1653 por enquanto.

Há um PR quase pronto para # 1324:

  • [] PR # 1696

Tudo bem para pular # 1653

Não vejo razão para não lançar com mais frequência :) Se eu não vim com um patch até hoje, vamos lançar amanhã pela manhã.

Sobre esse material pyc, gostaria de corrigi-lo na versão atual e não adicionar nenhuma opção nova. Eu prefiro descontinuar esse recurso, pois ele quebra o contrato de recarregamento automático da configuração e coisas assim.

Pypi parece ainda estar em 19.7.1 https://pypi.python.org/pypi/gunicorn
Como um pensamento lateral, o README.md poderia ter um número de versão estável?
ir através do pypi para verificar qual é a versão atual parece um pouco funky, ou talvez eu esteja faltando algum número de versão óbvio exibido em algum lugar 😕

Desculpe bater, alguma notícia sobre o lançamento 19.8? Estou ansioso para brincar com o dictConfig :-)

( @ Allu2 Consulte PR https://github.com/benoitc/gunicorn/pull/1727 para mostrar o número da versão do lançamento atual no README)

alguma atualização disso? Estou ansioso por isso, pois corrige alguns problemas com --reload em contêineres alpinos e tornaria nossos ambientes de desenvolvimento muito mais agradáveis!

Vou preparar um lançamento. @berkerpeksag @benoitc bom para você?

@tilgovi +1 de mim.

Por curiosidade, que tipo de processo é a liberação de um gunicorn?
Este lançamento parece ter sido adiado nos últimos 5 meses com mais de um "próximo (dia | semana | em breve)"

@ Allu2

  • Atualizar changelog
  • Marcar e fazer upload
  • Faça o lançamento no GitHub

Não é difícil, mas todos nós fazemos isso como voluntários.

Eu atualizei o changelog e acredito que tudo está preparado para o lançamento.

Vou dormir e cortarei a etiqueta pela manhã, quando poderei estar por perto caso ocorra algum erro que requeira o lançamento de um patch de acompanhamento, mas não espero nenhum problema.

19.8.0 é lançado!

Por favor, comente aqui com qualquer feedback ou problemas!

Nosso objetivo é lançar lançamentos mais frequentes no futuro. Suas solicitações de pull e avaliações ajudam. Se você está interessado em ser um mantenedor, me avise!

@tilgovi obrigado! e concordo :) desculpe não ter respondido tão cedo estive viajando o mês todo

Esta página foi útil?
0 / 5 - 0 avaliações