Pygithub: No se pueden publicar nuevas versiones con manage.sh

Creado en 15 mar. 2020  ·  12Comentarios  ·  Fuente: PyGithub/PyGithub

Debido a que la protección de rama está habilitada para el maestro, esto sucede cuando se intenta realizar una nueva versión:

[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 ¿Qué crees que deberíamos hacer? 1.47 está en PyPi, parece que la etiqueta está en Github, solo nos falta la confirmación con las notas de la versión, pero eso significa que la etiqueta también tendrá que moverse.

Todos 12 comentarios

Lo mirará


De: Steve Kowalik [email protected]
Enviado: Domingo 15 de marzo de 2020 10:07:47 AM
Para: PyGithub / PyGithub [email protected]
Cc: Liuyang Wan [email protected] ; Mencione menció[email protected]
Asunto: [PyGithub / PyGithub] No se pueden publicar nuevas versiones con manage.sh (# 1436)

Debido a que la protección de rama está habilitada para el maestro, esto sucede cuando se intenta realizar una nueva versión:

[master afb1259 https://github.com/PyGithub/PyGithub/commit/afb1259a4e52d7bbee8415a523d78c3a428968a8 ] Publicar la versión 1.47
2 archivos cambiados, 30 inserciones (+), 1 eliminación (-)
Contando objetos: 6, hecho.
Compresión delta utilizando hasta 4 subprocesos.
Comprimir objetos: 100% (6/6), hecho.
Objetos de escritura: 100% (6/6), 1,35 KiB | 460,00 KiB / s, hecho.
Total 6 (delta 4), reutilizado 0 (delta 0)
remoto: Resolución de deltas: 100% (4/4), completado con 4 objetos locales.
remoto: error: GH006: la actualización de la rama protegida falló para refs / heads / master.
remoto: error: Se espera la comprobación de estado necesaria "integración-continua / travis-ci". Los revisores con acceso de escritura requieren al menos 1 revisión de aprobación.
A github. com: PyGithub / PyGithub.git

  • [etiqueta nueva] v1.47 -> v1.47
    ! [remoto rechazado] maestro -> maestro (gancho de rama protegido rechazado)
    error: no se pudieron enviar algunas referencias a '[email protected] [email protected] : PyGithub / PyGithub.git'

@sfdye https://github.com/sfdye ¿Qué crees que deberíamos hacer? 1.47 está en PyPi, parece que la etiqueta está en Github, solo nos falta la confirmación con las notas de la versión, pero eso significa que la etiqueta también tendrá que moverse.

-
Recibes esto porque te mencionaron.
Responda a este correo electrónico directamente, véalo en GitHub https://github.com/PyGithub/PyGithub/issues/1436 , o cancele la suscripción https://github.com/notifications/unsubscribe-auth/AAHYERREFNXBAFOJBA4HC4DRHQZ7HANCNFSM4LKGWVZQ .

remoto: error: Se espera la comprobación de estado necesaria "integración-continua / travis-ci". Los revisores con acceso de escritura requieren al menos 1 revisión de aprobación.

He desactivado la verificación de travis requerida. ¿Puede crear una versión de parche 1.47.1 e intentar publicarla de nuevo?

image

manage.sh se rompe cuando no hay cambios entre la etiqueta antigua y la nueva. :-(

🤦‍♂ Vamos a arreglarlo
cual es el error

Hay 2 cosas entrelazadas: el CI debe aprobarse y se requiere 1 revisión de aprobación. Sin ambos, no puede enviar etiquetas sin etiquetas.

Aspersión de set -x en manage.sh:

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

Quizás también deberíamos hacer que la publicación de nuevos lanzamientos pase por el proceso de relaciones públicas 🤔

Me falta lo que hizo OpenStack, donde creaste una etiqueta firmada, presionaste eso y la maquinaria de fusión creó el tarball, las notas de la versión y la versión de pypi. :-)

Lo único sobre el proceso de relaciones públicas es que no podemos aplastar y fusionar, ya que eso cambiará el sha del compromiso HEAD.

Las solicitudes de extracción se combinan mediante la opción --no-ff, excepto las solicitudes de extracción con confirmaciones aplastadas o rebasadas, que se combinan mediante la opción de avance rápido.

Estimado GitHub, ¿por qué es tan difícil trabajar con usted ?:-( ¡Una fusión ff es exactamente lo que queremos! Tal vez una confirmación modificada de una sola confirmación sin que HEAD cambie desde abajo funcionaría, pero no estoy seguro de si estoy incorrecto.

De acuerdo, he desactivado temporalmente la protección de sucursales en master , hasta que podamos encontrar una manera de lograr el equilibrio entre auditar cada cambio y poder enviar etiquetas para su lanzamiento.

Presioné la confirmación de Publish 1.47, comente cuando vuelva a habilitar la protección de la rama solo para mi tranquilidad.

¿Fue útil esta página
0 / 5 - 0 calificaciones