Pytest-django: Novo lançamento?

Criado em 6 abr. 2017  ·  22Comentários  ·  Fonte: pytest-dev/pytest-django

Os mantenedores têm planos de cortar a próxima versão? Alguns projetos no meu trabalho dependem de alguns dos novos recursos, como django_assert_num_queries .

Se houver algum bloqueador para liberar, ficarei feliz em ajudar.

Comentários muito úteis

Algum plano para isso? Houve dois grandes lançamentos do Django desde que este pacote foi enviado pela última vez para o PyPI e, para suporte ao Django 2, tenho que instalá-lo diretamente do git.

Todos 22 comentários

Novo lançamento baseado em 1.11 deve ser lançado @blueyed

@pelme
O que você diz?
Eu nem tenho certeza se tenho permissões para fazer uma liberação.

alguma novidade com isso? Também fico feliz em ajudar.

Outro problema é que o Python 3.6 é especificado como suportado apenas na versão não lançada.

Precisamos de um log de alterações atualizado. Se alguém quiser prepará-lo, isso seria muito útil e farei um lançamento o mais rápido possível.

Eu adicionei @blueyed como mantenedor no PyPI, para que ele possa fazer upload de pacotes também!

Para ter lançamentos mais frequentes, aqui estão algumas maneiras de ajudar que seriam muito, muito apreciadas ❤️:

  • O processo de lançamento agora é um pouco manual (marcação, envio de tag para o Github, construção de sdist+wheel, upload para PyPI). Isso pode ser script. Ou seja, apenas especificando essas etapas em um script simples que levaria um número de versão como argumento. Isso também precisaria ser documentado.
  • O gerenciamento do changelog é um pouco doloroso e evita lançamentos frequentes. Algo como towncrier integrado ao script acima seria muito útil.

  • Ajude a fazer lançamentos. Você já precisaria ser um mantenedor do pytest-django no github ou ter algum tipo de histórico na comunidade pytest. Deixe-me saber seu nome de usuário PyPI e eu o adicionarei como mantenedor. :)

@p-himik Isso é irritante, mas só para ficar claro: a versão atual funciona bem com o Python 3.6 (eu mesmo uso diariamente).

Obrigado, @pelme.

Boas ideias, acho que usar o towncrier pode fazer sentido, mas não tenho certeza se é realmente melhor do que percorrer o git log manualmente uma vez por lançamento - o próprio pytest o está usando, mas há mais coisas acontecendo lá em geral.

Não demora muito para percorrer o changelog, mas (falando por mim), remover os pequenos passos e automatizar os lançamentos seria bom e provavelmente faria com que eu lançasse com mais frequência. Idealmente, seria bom lançar lançamentos de correções de bugs com praticamente cada PR de correção de bug mesclado. É uma merda esperar por lançamentos de correções. :)

Trabalharei em uma configuração de tox para gerenciar lançamentos assim que voltar das férias.

@pelme que tal um novo lançamento agora? :)

@pelme que tal um novo lançamento agora? :)

Sim, o pacote PyPi é muito antigo e não suporta o django 1.11 :(

O processo de lançamento agora é um pouco manual (marcação, envio de tag para o Github, construção de sdist+wheel, upload para PyPI). Isso pode ser script. Ou seja, apenas especificando essas etapas em um script simples que levaria um número de versão como argumento. Isso também precisaria ser documentado.

Eu faço um ./setup.py publish para isso, com este código: https://github.com/jedie/python-code-snippets/blob/master/CodeSnippets/setup_publish.py

Uma solução real é algo como https://github.com/zestsoftware/zest.releaser ... mas nunca invista tempo para avaliá-la ;)

O processo de lançamento agora é um pouco manual (marcação, envio de tag para o Github, construção de sdist+wheel, upload para PyPI). Isso pode ser script. Ou seja, apenas especificando essas etapas em um script simples que levaria um número de versão como argumento. Isso também precisaria ser documentado.

Eu faço uma publicação ./setup.py para isso, com este código: https://github.com/jedie/python-code-snippets/blob/master/CodeSnippets/setup_publish.py

Sugiro automatizar um passo adiante usando Travis Build Stages . Isso simplificará o processo de lançamento para apenas marcar e enviar. A liberação do PyPI acontecerá automaticamente após a aprovação dos testes. Eu tenho usado em muitos dos meus projetos e funciona muito bem.

Posso enviar um PR configurando isso quando tiver uma chance. O mantenedor só precisará adicionar seu nome de usuário PyPI e senha criptografada para que funcione.

Sim, o pacote PyPi é muito antigo e não suporta o django 1.11 :(

Faz AFAIK?!

@sloria
Isso seria bom IMHO.
AFAIK Estou autorizado a liberar para PyPI, então eventualmente poderíamos usar minhas credenciais (ou melhor criar um usuário separado?), caso @pelme não tenha a chance de fazer isso sozinho.

O processo de lançamento agora é um pouco manual (marcação, envio de tag para o Github, construção de sdist+wheel, upload para PyPI).

Bem, não é tão ruim! :) Automação é super legal, mas enquanto isso pode-se viver com esses passos manuais.

Algum plano para isso? Houve dois grandes lançamentos do Django desde que este pacote foi enviado pela última vez para o PyPI e, para suporte ao Django 2, tenho que instalá-lo diretamente do git.

Nenhum novo lançamento, ainda? :(

Houve 81 commits e 504 dias desde o último lançamento.

Espero que https://travis-ci.org/pytest-dev/pytest-django/jobs/366444792 funcione como esperado para carregá-lo no PyPI.

ainda não em pypi

Esperançosamente corrigido com 3.2.1 (50063c4).

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

Questões relacionadas

aljosa picture aljosa  ·  8Comentários

rodrigorodriguescosta picture rodrigorodriguescosta  ·  4Comentários

clintonb picture clintonb  ·  4Comentários

dan-passaro picture dan-passaro  ·  4Comentários

AndreaCrotti picture AndreaCrotti  ·  5Comentários