Pygithub: Kann keine neuen Versionen mit manage.sh veröffentlichen
Da der Verzweigungsschutz fĂŒr den Master aktiviert ist, passiert dies, wenn versucht wird, eine neue Version zu erstellen:
[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 Was denken Sie, sollten wir tun? 1.47 ist auf PyPi verfĂŒgbar, es sieht so aus, als ob das Tag auf Github verfĂŒgbar ist, wir vermissen nur den Commit mit den Versionshinweisen, aber das bedeutet, dass auch das Tag verschoben werden muss.
s-t-e-v-e-n-k
Alle 12 Kommentare
Werde es prĂŒfen
Von: Steve Kowalik [email protected]
Gesendet: Sonntag, 15. MĂ€rz 2020 10:07:47
An: PyGithub/PyGithub [email protected]
Cc: Liuyang Wan [email protected] ; ErwÀhnen Sie ErwÀ[email protected]
Betreff: [PyGithub/PyGithub] Kann keine neuen Versionen mit manage.sh veröffentlichen (#1436)
Da der Verzweigungsschutz fĂŒr den Master aktiviert ist, passiert dies, wenn versucht wird, eine neue Version zu erstellen:
[master afb1259 https://github.com/PyGithub/PyGithub/commit/afb1259a4e52d7bbee8415a523d78c3a428968a8 ] Version 1.47 veröffentlichen
2 Dateien geĂ€ndert, 30 EinfĂŒgungen(+), 1 Löschung(-)
Objekte zÀhlen: 6, fertig.
Delta-Komprimierung mit bis zu 4 Threads.
Komprimieren von Objekten: 100% (6/6), fertig.
Schreibobjekte: 100% (6/6), 1,35 KiB | 460,00 KiB/s, fertig.
Gesamt 6 (Delta 4), wiederverwendet 0 (Delta 0)
remote: Deltas auflösen: 100% (4/4), abgeschlossen mit 4 lokalen Objekten.
remote: error: GH006: GeschĂŒtztes Branch-Update fĂŒr refs/heads/master fehlgeschlagen.
remote: error: Erforderliche StatusprĂŒfung "continuous-integration/travis-ci" wird erwartet. Gutachter mit Schreibzugriff benötigen mindestens eine genehmigende Bewertung.
Zu github. com:PyGithub/PyGithub.git
- [neues Tag] v1.47 -> v1.47
! [Remote abgelehnt] Master -> Master (geschĂŒtzter Branch-Hook abgelehnt)
Fehler: Einige Refs konnten nicht an '[email protected] [email protected] :PyGithub/PyGithub.git' gesendet werden
@sfdye https://github.com/sfdye Was denken Sie, sollten wir tun? 1.47 ist auf PyPi verfĂŒgbar, es sieht so aus, als ob das Tag auf Github verfĂŒgbar ist, wir vermissen nur den Commit mit den Versionshinweisen, aber das bedeutet, dass auch das Tag verschoben werden muss.
â
Sie erhalten dies, weil Sie erwÀhnt wurden.
Antworten Sie direkt auf diese E-Mail, zeigen Sie sie auf GitHub https://github.com/PyGithub/PyGithub/issues/1436 an oder melden Sie sich ab https://github.com/notifications/unsubscribe-auth/AAHYERREFNXBAFOJBA4HC4DRHQZ7HANCNFSM4LKGWVZQ .
sfdye
am 15. MĂ€rz 2020
remote: error: Erforderliche StatusprĂŒfung "continuous-integration/travis-ci" wird erwartet. Gutachter mit Schreibzugriff benötigen mindestens eine genehmigende Bewertung.
Ich habe die erforderliche Travis-ĂberprĂŒfung deaktiviert. Können Sie eine Patch-Version 1.47.1 erstellen und erneut versuchen, sie zu veröffentlichen?
sfdye
am 15. MĂ€rz 2020
manage.sh bricht ab, wenn es keine Ănderungen zwischen dem alten Tag und dem neuen Tag gibt. :-(
s-t-e-v-e-n-k
am 15. MĂ€rz 2020
đ€Šââ Lass es uns reparieren
was ist der fehler?
sfdye
am 15. MĂ€rz 2020
Es gibt zwei miteinander verflochtene Dinge â die CI muss bestehen und eine genehmigende ĂberprĂŒfung ist erforderlich. Ohne beides können Sie keine Nicht-Tags pushen.
s-t-e-v-e-n-k
am 15. MĂ€rz 2020
Einstreuen von set -x in manage.sh:
++ grep -v Merge
++ git log v1.47.. --oneline '--pretty=format:* %s (%h)'
+ gitlog=
zsh: exit 1 REMOTE=pygithub ./manage.sh publish
Vielleicht sollten wir auch die Veröffentlichung von Neuerscheinungen durch den PR-Prozess bringen đ€
sfdye
am 15. MĂ€rz 2020
Ich vermisse, was OpenStack getan hat, wo Sie ein signiertes Tag erstellt haben, das gepusht hat und die Merge-Maschinerie den Tarball, die Versionshinweise und die pypi-Version erstellt hat. :-)
s-t-e-v-e-n-k
am 15. MĂ€rz 2020
Das einzige am PR-Prozess ist, dass wir nicht quetschen und zusammenfĂŒhren können, da dies den Sha des HEAD-Commits Ă€ndert
s-t-e-v-e-n-k
am 15. MĂ€rz 2020
Pull-Requests werden mit der Option --no-ff zusammengefĂŒhrt, mit Ausnahme von Pull-Requests mit Squashed- oder Rebased-Commits, die mit der Fast-Forward-Option zusammengefĂŒhrt werden.
Lieber GitHub, warum arbeitest du so hart mit dir :-( Ein ff-Merge ist genau das, was wir wollen! Vielleicht wĂŒrde ein rebased Commit von nur einem Commit funktionieren, ohne dass HEAD darunter herauswechselt, aber ich bin mir nicht sicher, ob ich es bin falsch.
s-t-e-v-e-n-k
am 15. MĂ€rz 2020
Okay, ich habe den Verzweigungsschutz fĂŒr master vorĂŒbergehend deaktiviert, bis wir einen Weg gefunden haben, die Balance zwischen dem Ăberwachen jeder Ănderung und dem Pushen von Tags zur Freigabe zu finden.
sfdye
am 15. MĂ€rz 2020
Ich habe das Publish 1.47-Commit und den Kommentar, wenn Sie den Branch-Schutz wieder aktivieren, nur fĂŒr meine Meinung verschoben.
s-t-e-v-e-n-k
am 15. MĂ€rz 2020
Verwandte Themen
kodeshpa
·
3Kommentare
nchammas
·
3Kommentare
mlainez
·
7Kommentare
surajjacob
·
4Kommentare
AdyaAbhra
·
5Kommentare