Fix GitLab Fehler: "Sie sind nicht erlaubt zu pushen code geschützten Niederlassungen an diesem Projekt"?

Ich habe ein problem, wenn ich push meine codes auf git während ich haben Entwickler Zugriff in meinem Projekt, aber es ist alles in Ordnung ich habe beim master-Zugang. Wo ist das problem herkommen? Und wie man es beheben?

Fehlermeldung:

Fehler: Sie sind nicht erlaubt zu pushen code geschützten Niederlassungen an diesem Projekt.

...

error: failed to push einige refs zu ...

  • Hcorg s Antwort ist eine gute Lösung. Es gibt ein weiteres problem mit ihm. Wenn das Projekt nur schaffen und es hat sich kein Zweig noch. Wenn Sie den "Geschützten Branchen", es wird umgeleitet, um die Projekt-Homepage. Erstellen einer Filiale arbeiten.
InformationsquelleAutor Fachrein Rachim Muhamad | 2015-08-27
  1. 430

    gibt es keine Probleme - alles funktioniert wie erwartet.

    In GitLab einige äste geschützt werden können. Standardmäßig werden nur Betreuer/Besitzer Benutzer verpflichten sich, die geschützten Branchen (siehe Berechtigungen docs). master Zweig ist geschützt durch Standard - it-Entwickler zum Thema merge-Anforderungen validiert werden durch die Projekt-Betreuer, bevor die Integration in die Haupt-code.

    Können Sie ein-und ausschalten-Schutz an ausgewählten Bereichen in den Projekt-Einstellungen (wo genau, hängt von GitLab - version-siehe Anleitung weiter unten).

    Auf der gleichen Seite Einstellungen Sie können auch ermöglichen es Entwicklern, push-in den geschützten Branchen. Mit dieser Einstellung wird der Schutz beschränkt sich auf die Ablehnung Operationen die git push --force (Stellungswechsel usw.)

    Da GitLab 9.3

    Gehe zu Projekt: "Einstellungen" → "Repository" → "Erweitert" auf "Geschützten Branchen"

    Fix GitLab Fehler:

    Ich bin mir nicht wirklich sicher, Wann diese änderung eingeführt wurde, die screenshots sind von der version 10.3.

    Nun können Sie wählen, wer darf merge-oder push-in ausgewählten Bereichen (zum Beispiel: Sie können schalten Sie schiebt master an alle, zwingen alle änderungen der Zweig via Merge-Anforderungen). Oder Sie können klicken Sie auf "Schutz Aufheben", um vollständig zu entfernen Schutz von ast.

    Da GitLab 9.0

    Ähnlich wie GitLab 9.3, aber keine Notwendigkeit, klicken Sie auf "Erweitern" - alles ist bereits erweitert:

    Gehe zu Projekt: "Einstellungen" → "Repository" → scrollen Sie nach unten zu "Geschützten Branchen".

    Fix GitLab Fehler:

    Pre GitLab 9.0

    Projekt: "Einstellungen" → "Geschützten Branchen" (wenn Sie mindestens den 'Master' des Projekts).

    Fix GitLab Fehler:

    Dann klicken Sie auf "Schutz Aufheben" oder "Entwickler können push":

    Fix GitLab Fehler:

    • Vergessen Sie nicht, dass es benötigt einige Berechtigungen. Wie bereits in docs.gitlab.com/ee/user/project/protected_branches.html, zumindest "Master-Berechtigungsstufe'. In meinem Fall drücken auf Einstellungen-Rad zeigt nur "Lassen Project" - option.
    • Aus irgendeinem Grund hatte ich plötzlich mich zu fügen, wie ein master-Benutzer für mein eigenes Projekt.
    • Ich habe dieses problem nicht, da war ich NICHT Mitglied in meinem EIGENEN Projekt und ich bereits abgelegt, die auf dieses Projekt..., um es Zu ändern, im tour-Projekt, klicken Sie auf das ZAHNRAD, Mitglieder, suchen Sie den Benutzer, geben Sie eine Rolle aus und klicken Sie auf "Benutzer Hinzufügen to project".
    • Seltsam, ich auch, konnte mich selbst auf einem modernen Projekt auf gitlab.com
    • verrückt, wie das zu ändern ist mein selbst Eigentümer, nicht Besitzer-option auf der Liste
    • In GitLab 9.0, geschützt Filialen Einstellungen jetzt auf Projekt-Einstellungen => Repository => Geschützt Filialen
    • vielen Dank für die Kommentar - Antwort, aktualisiert 🙂
    • Vielen Dank für die Lösung! Wissen Sie, wie set "ungeschützten" Zweige Standardmäßig?
    • alle Branchen, ausgenommen für master sind nicht geschützt ist standardmäßig (muss man angeben "wildcard-Schutz", um einige neue Zweige geschützt, die auf die Bildung). master's Schutz ist standardmäßig aktiviert und kann nicht geändert werden (AFAIK).
    • Vielen Dank das hat mir geholfen entfernen Sie den großen/secret files aus dem repository. Die Letzte Lage wird in der Detailansicht durch @krekto Antwort.
    • Es ist gut, wenn du nur die maintainer oder Entwickler, so können Sie die Einstellung ändern und spielen mit Ihr. Aber wenn es ein team arbeitet auf dem repo, dann ist es keine gute Praxis zu ändern, den Schutz der repo.

    InformationsquelleAutor Hcorg
  2. 22

    für die GitLab Enterprise Edition 9.3.0

    Standardmäßig der master-branch ist geschützt
    Schutz aufheben 🙂

    1-Wählen Sie "Projekt"

    2-Wählen Sie "Repository"

    3-Wählen Sie die "Zweige"

    4-Wählen Sie "Projekt-Einstellungen"

    5-Im "Geschützten Branchen", klicken Sie auf "erweitern"

    6-und nach Klick in "Schutz aufheben" - Taste

    • Ich hatte keine "Filialen", weil ich nicht erstellen beliebige Datei auf dieses repository noch nicht. Ich habe die Readme-Datei.md und Filialen erschienen.
    • Sehr gut, jetzt können Sie aufheben Ihre Niederlassung
    InformationsquelleAutor krekto
  3. 1

    Habe ich festgestellt das der Fehler auf "ein leerer Zweig" auf meinem lokalen gitlab-server. Einige Leute erwähnt, dass "Sie können nicht schieben Sie zum ersten mal auf einem leeren Zweig". Ich habe versucht, zu erstellen eine einfache README-Datei auf der gitlab über mein browser. Dann ist alles behoben erstaunlich und das problem aussortiert!! Ich erwähnen, dass ich der Meister war, und der Zweig wurde nicht geschützt.

    • Das ist seltsam für mich, und ich denke, dieses Problem als ein gitlab bug. Es ist inakzeptabel für mich zu haben, ohne Erlaubnis zu drücken, in ein leeres repo. Ich hoffe, git Jungs haben eine Antwort für Sie.
    InformationsquelleAutor Vahid F
  4. 1

    Versuchen, indem Sie Veränderungen als pro-link

    https://docs.gitlab.com/ee/user/project/protected_branches.html

    machen das Projekt ungeschützt für maintainer oder Entwickler für Sie, sich zu verpflichten

    InformationsquelleAutor Barath Ravichander
  5. 0

    Erlebte ich das gleiche problem auf meinem repository. Ich bin der Meister des repository, aber ich hatte so einen Fehler.

    Habe ich ungeschützten mein Projekt und dann neu wieder geschützt, und der Fehler ist Weg.

    Wir hatten ein Upgrade der gitlab-version zwischen meiner früheren push und den problematischen ein. Ich nehme an, dass dieses upgrade hat den Fehler.

    InformationsquelleAutor jean pierre huart
  6. 0

    Lösungen oben klar und deutlich erklären, was das problem ist; wenn Sie don ' T haben die Kontrolle über die repo -, der beste Weg, um senden Sie Ihre Codes zum erstellen einer Gabel von den original-repo-und senden Sie Ihren code, um dieses neue repo-so können Sie später schieben Sie es auf das original.

    InformationsquelleAutor user260826
Schreibe einen Kommentar