Pygithub: Não é possível publicar novas versões usando manage.sh

Criado em 15 mar. 2020  ·  12Comentários  ·  Fonte: PyGithub/PyGithub

Devido à proteção de ramificação estar habilitada para o mestre, isso acontece quando uma nova versão é tentada:

[master afb1259a] Publish version 1.47
 2 files changed, 30 insertions(+), 1 deletion(-)
Counting objects: 6, done.
Delta compression using up to 4 threads.
Compressing objects: 100% (6/6), done.
Writing objects: 100% (6/6), 1.35 KiB | 460.00 KiB/s, done.
Total 6 (delta 4), reused 0 (delta 0)
remote: Resolving deltas: 100% (4/4), completed with 4 local objects.
remote: error: GH006: Protected branch update failed for refs/heads/master.
remote: error: Required status check "continuous-integration/travis-ci" is expected. At least 1 approving review is required by reviewers with write access.
To github.com:PyGithub/PyGithub.git
 * [new tag]           v1.47 -> v1.47
 ! [remote rejected]   master -> master (protected branch hook declined)
error: failed to push some refs to '[email protected]:PyGithub/PyGithub.git'

@sfdye O que você acha que devemos fazer? 1.47 está no PyPi, parece que a tag está no Github, estamos apenas perdendo o commit com as notas de lançamento, mas isso significa que a tag terá que se mover também.

Todos 12 comentários

Vai olhar para isso


De: Steve Kowalik [email protected]
Enviado: domingo, 15 de março de 2020 10:07:47
Para: PyGithub / PyGithub [email protected]
Cc: Liuyang Wan [email protected] ; Mencione mençã[email protected]
Assunto: [PyGithub / PyGithub] Não é possível publicar novas versões usando manage.sh (# 1436)

Devido à proteção de ramificação estar habilitada para o mestre, isso acontece quando uma nova versão é tentada:

[master afb1259 https://github.com/PyGithub/PyGithub/commit/afb1259a4e52d7bbee8415a523d78c3a428968a8 ] Publicar versão 1.47
2 arquivos alterados, 30 inserções (+), 1 exclusão (-)
Contando objetos: 6, pronto.
Compressão delta usando até 4 threads.
Comprimindo objetos: 100% (6/6), pronto.
Escrevendo objetos: 100% (6/6), 1,35 KiB | 460,00 KiB / s, concluído.
Total 6 (delta 4), reutilizado 0 (delta 0)
remoto: Resolvendo deltas: 100% (4/4), completado com 4 objetos locais.
remoto: erro: GH006: Falha na atualização do ramo protegido para refs / heads / master.
remoto: erro: a verificação de status necessária "integração contínua / travis-ci" é esperada. É necessária pelo menos 1 revisão de aprovação para revisores com acesso de gravação.
Para o github. com: PyGithub / PyGithub.git

  • [nova tag] v1.47 -> v1.47
    ! [remoto rejeitado] mestre -> mestre (gancho de ramificação protegido recusado)
    erro: falha ao enviar algumas referências para '[email protected] [email protected] : PyGithub / PyGithub.git'

@sfdye https://github.com/sfdye O que você acha que devemos fazer? 1.47 está no PyPi, parece que a tag está no Github, estamos apenas perdendo o commit com as notas de lançamento, mas isso significa que a tag terá que se mover também.

-
Você está recebendo isso porque foi mencionado.
Responda a este e-mail diretamente, visualize-o no GitHub https://github.com/PyGithub/PyGithub/issues/1436 ou cancele a inscrição https://github.com/notifications/unsubscribe-auth/AAHYERREFNXBAFOJBA4HC4DRHQZ7HANCNFSM4LKGWVZQ .

remoto: erro: a verificação de status necessária "integração contínua / travis-ci" é esperada. É necessária pelo menos 1 revisão de aprovação para revisores com acesso de gravação.

Desativei a verificação de travis necessária. Você pode criar uma versão de patch 1.47.1 e tentar publicá-la novamente?

image

O manage.sh é interrompido quando não há mudanças entre a tag antiga e a nova. :-(

🤦‍♂ Vamos consertar
qual é o erro?

Há 2 coisas interligadas - o IC precisa ser aprovado e 1 revisão de aprovação é necessária. Sem ambos, você não pode enviar não tags.

Polvilhando set -x em manage.sh:

++ grep -v Merge
++ git log v1.47.. --oneline '--pretty=format:* %s (%h)'
+ gitlog=
zsh: exit 1     REMOTE=pygithub ./manage.sh publish

Talvez devêssemos também fazer com que a publicação de novos lançamentos passasse pelo processo de RP 🤔

Estou perdendo o que o OpenStack fez, em que você criou uma tag assinada, empurrou-a e a máquina de mesclagem criou o tarball, as notas de versão e a versão pypi. :-)

A única coisa sobre o processo de RP é que não podemos esmagar e mesclar, pois isso mudará o sha do commit HEAD

As solicitações pull são mescladas usando a opção --no-ff, exceto para solicitações pull com confirmações comprimidas ou rebased, que são mescladas usando a opção fast-forward.

Caro GitHub, por que é tão difícil trabalhar com você :-( A ff merge é exatamente o que queremos! Talvez um commit rebaseizado de apenas um commit sem que o HEAD mude de under funcionaria, mas não tenho certeza se estou errado.

Ok, desativei temporariamente a proteção de branch em master , até que possamos descobrir uma maneira de encontrar o equilíbrio entre auditar cada alteração e ser capaz de enviar tags para lançamento.

Eu empurrei Publish 1.47 commit, comment quando você reativar a proteção de branch apenas para meu descanso.

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