Pygithub: Impossible de publier de nouvelles versions à l'aide de manage.sh
En raison de l'activation de la protection des branches pour le maître, cela se produit lorsqu'une nouvelle version est tentée :
[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 Que pensez-vous que nous devrions faire ? 1.47 est sur PyPi, il semble que la balise soit sur Github, il nous manque juste le commit avec les notes de version, mais cela signifie que la balise devra également se déplacer.
s-t-e-v-e-n-k
Tous les 12 commentaires
Va y regarder
De : Steve Kowalik [email protected]
Envoyé : dimanche 15 mars 2020 10:07:47
À : PyGithub/PyGithub [email protected]
Cc : Liuyang Wan [email protected] ; Mentionnez [email protected]
Objet : [PyGithub/PyGithub] Impossible de publier de nouvelles versions à l'aide de manage.sh (#1436)
En raison de l'activation de la protection des branches pour le maître, cela se produit lorsqu'une nouvelle version est tentée :
[maître afb1259 https://github.com/PyGithub/PyGithub/commit/afb1259a4e52d7bbee8415a523d78c3a428968a8 ] Publier la version 1.47
2 fichiers modifiés, 30 insertions(+), 1 suppression(-)
Compter les objets : 6, c'est fait.
Compression delta utilisant jusqu'à 4 threads.
Compression d'objets : 100 % (6/6), terminé.
Objets d'écriture : 100 % (6/6), 1,35 Kio | 460,00 Kio/s, terminé.
Total 6 (delta 4), réutilisé 0 (delta 0)
distant : Résolution des deltas : 100 % (4/4), complété par 4 objets locaux.
distant : erreur : GH006 : la mise à jour de la branche protégée a échoué pour refs/heads/master.
remote : erreur : la vérification d'état requise « continuous-integration/travis-ci » est attendue. Au moins un avis d'approbation est requis par les examinateurs disposant d'un accès en écriture.
Vers github. com:PyGithub/PyGithub.git
- [nouvelle balise] v1.47 -> v1.47
! [rejeté à distance] maître -> maître (crochet de branche protégé refusé)
erreur : échec de la transmission de certaines références à ' [email protected] :PyGithub/PyGithub.git'
@sfdye https://github.com/sfdye Que pensez-vous que nous devrions faire ? 1.47 est sur PyPi, il semble que la balise soit sur Github, il nous manque juste le commit avec les notes de version, mais cela signifie que la balise devra également se déplacer.
-
Vous recevez ceci parce que vous avez été mentionné.
Répondez directement à cet e-mail, consultez-le sur GitHub https://github.com/PyGithub/PyGithub/issues/1436 , ou désabonnez-vous https://github.com/notifications/unsubscribe-auth/AAHYERREFNXBAFOJBA4HC4DRHQZ7HANCNFSM4LKGWVZQ .
sfdye
le 15 mars 2020
remote : erreur : la vérification d'état requise « continuous-integration/travis-ci » est attendue. Au moins un avis d'approbation est requis par les examinateurs disposant d'un accès en écriture.
J'ai désactivé Travis Check obligatoire. Pouvez-vous créer un correctif version 1.47.1 et essayer de le publier à nouveau ?
sfdye
le 15 mars 2020
manage.sh s'interrompt lorsqu'il n'y a aucun changement entre l'ancienne balise et la nouvelle balise. :-(
s-t-e-v-e-n-k
le 15 mars 2020
Réparons ça
quelle est l'erreur ?
sfdye
le 15 mars 2020
Il y a 2 choses entrelacées - le CI doit réussir, et 1 examen d'approbation est requis. Sans ces deux éléments, vous ne pouvez pas pousser les non-tags.
s-t-e-v-e-n-k
le 15 mars 2020
Saupoudrer l'ensemble -x dans manage.sh :
++ grep -v Merge
++ git log v1.47.. --oneline '--pretty=format:* %s (%h)'
+ gitlog=
zsh: exit 1 REMOTE=pygithub ./manage.sh publish
Peut-être devrions-nous également faire passer la publication des nouvelles versions par le processus de relations publiques 🤔
sfdye
le 15 mars 2020
Il me manque ce qu'OpenStack a fait, où vous avez créé une balise signée, poussé cela, et la machine de fusion a créé l'archive, les notes de version et la version pypi. :-)
s-t-e-v-e-n-k
le 15 mars 2020
La seule chose à propos du processus PR est que nous ne pouvons pas écraser et fusionner car cela changera le sha du commit HEAD
s-t-e-v-e-n-k
le 15 mars 2020
Les demandes d'extraction sont fusionnées à l'aide de l'option --no-ff, à l'exception des demandes d'extraction avec des commits écrasés ou rebasés, qui sont fusionnées à l'aide de l'option d'avance rapide.
Cher GitHub, pourquoi vous si difficile de travailler avec la fusion :-( A est exactement de ce que nous voulons! Peut -
s-t-e-v-e-n-k
le 15 mars 2020
D'accord, j'ai temporairement désactivé la protection des branches sur master , jusqu'à ce que nous puissions trouver un moyen de trouver un équilibre entre l'audit de chaque modification et la possibilité de pousser les balises pour la publication.
sfdye
le 15 mars 2020
J'ai poussé le commit Publish 1.47, commentez lorsque vous réactivez la protection de branche juste pour ma tranquillité d'esprit.
s-t-e-v-e-n-k
le 15 mars 2020
Questions connexes
mlainez
·
7Commentaires
grayaii
·
4Commentaires
Borkason
·
4Commentaires
surajjacob
·
4Commentaires
nixoz2k7
·
7Commentaires