Hallo, Entdecker! An dieser Seite wird aktiv gearbeitet, oder sie wird noch übersetzt. Die neuesten und genauesten Informationen findest Du in unserer englischsprachigen Dokumentation.

Diese Version von GitHub Enterprise wird eingestellt am Diese Version von GitHub Enterprise wurde eingestellt am 2020-08-20. Es wird keine Patch-Freigabe vorgenommen, auch nicht für kritische Sicherheitsprobleme. Für eine bessere Leistung, verbesserte Sicherheit und neue Features nimm ein Upgrade auf die neueste Version von GitHub Enterprise vor. Wende Dich an den GitHub Enterprise-Support, um Hilfe beim Upgrade zu erhalten.

Artikelversion: Enterprise Server 2.18

Änderungen an einen Pull-Request-Branch freigeben, der von einem Fork erstellt wurde

Du kannst Änderungen an einen Pull-Request-Branch freigeben, der von einem Fork Deines Repositorys erstellt wurde, wenn die Erlaubnis des Pull-Request-Erstellers vorliegt.

Commits sind nur an Pull-Request-Branches möglich, auf die Folgendes zutrifft:

  • sie sind in einem Repository geöffnet, auf das Du Push-Zugriff hast, und wurden von einem Fork dieses Repositorys erstellt
  • sie sind auf einer benutzereigenen Fork
  • sie haben die Berechtigung des Pull-Request-Erstellers erhalten
  • sie haben keine Branch-Einschränkungen, die Dich am freigeben hindern

Nur der Benutzer, der den Pull Request erstellt hat, kann Dir die Erlaubnis erteilen, Commits zu seinem Branch zu übertragen. Weitere Informationen findest Du unter „Änderungen an einem Pull-Request-Branch zulassen, der von einem Fork erstellt wurde.“

Hinweis: Du kannst auch Commits an einen Pull-Request-Branch von einem Fork Deines Repositorys über Ihre GitHub Enterprise Server-Instanz machen, indem Du Deine eigene Kopie (oder Fork) des Forks Deines Repositorys erstellst und die Änderungen an denselben Head-Branch freigibst, auf dem die ursprünglichen Pull-Request-Änderungen vorgenommen wurden. Allgemeine Anleitungen findest Du unter „Einen Pull Request von einem Fork erstellen.“

  1. Navigiere auf GitHub Enterprise zur Hauptseite des Forks (oder der Kopie Deines Repositorys), auf dem der Pull-Request-Branch erstellt wurde.

  2. Klicke unter dem Repository-Namen auf Clone or download (Klonen oder herunterladen).

    Schaltfläche „Clone or download“ (Klonen oder herunterladen)

  3. Um ein Repository mittels HTTPS zu klonen, klicke unter „Clone with HTTPS" (mit HTTPS klonen) auf . To clone the repository using an SSH key click Use SSH, then click .

    Schaltfläche zum Klonen der URL

  4. Öffne TerminalTerminalGit Bash.

    Tipp: Wenn Du den Fork lieber mit GitHub Desktop klonen möchtest, findest Du weitere Informationen unter „Ein Repository zum GitHub Desktop klonen.“

  5. Ändere das aktuelle Arbeitsverzeichnis zum Speicherort, in den Du das geklonte Verzeichnis herunterladen möchtest.

    $ cd open-source-projects
  6. Gib git clone ein, und füge dann die in Schritt 3 kopierte URL ein.

    $ git clone https://Hostname/USERNAME/FORK-OF-THE-REPOSITORY
  7. Drücke die Eingabetaste. Dein lokaler Klon wird erstellt.

    $ git clone https://Hostname/USERNAME/FORK-OF-THE-REPOSITORY
     > Cloning into `FORK-OF-THE-REPOSITORY`...
     > remote: Counting objects: 10, done.
     > remote: Compressing objects: 100% (8/8), done.
     > remove: Total 10 (delta 1), reused 10 (delta 1)
     > Unpacking objects: 100% (10/10), done.

    Tipp: Die Fehlermeldung „fatal: destination path 'REPOSITORY-NAME' already exists and is not an empty directory“ bedeutet, dass Dein aktuelles Arbeitsverzeichnis bereits ein Repository mit demselben Namen enthält. Um den Fehler zu beheben, musst Du den Fork in ein anderes Verzeichnis klonen.

  8. Navigiere in Dein neu geklontes Repository.

    $ cd FORK-OF-THE-REPOSITORY
  9. Wechsle den Branch zu dem Vergleichs-Branch des Pull Requests, auf dem die ursprünglichen Änderungen vorgenommen wurden. Wenn Du zum ursprünglichen Pull Request navigierst, siehst Du den Vergleichs-Branch oben im Pull Request.

    Beispiel zum Vergleichsbranch
    In diesem Beispiel ist der Vergleichs-Branch test-branch:

    $ git checkout test-branch

    Tipp:Weitere Informationen zu Pull-Request-Branches samt Beispielen findest Du unter „Einen Pull Request erstellen.“

  10. An diesem Punkt kannst Du mit diesem Branch machen, was Du möchtest. Du kannst neue Commits zu ihm pushen, lokale Tests durchführen oder andere Branches in ihn zusammenführen, darunter auch den master. Nimm nach Bedarf Änderungen vor.

  11. Nachdem Du Deine Änderungen an den Head-Branch des Pull-Requests freigegeben hast, kannst Du Deine Änderungen direkt zum ursprünglichen Pull Request übertragen. In diesem Beispiel ist der Head-Branch test-branch:

    $ git push origin test-branch
    > Counting objects: 32, done.
    > Delta compression using up to 8 threads.
    > Compressing objects: 100% (26/26), done.
    > Writing objects: 100% (29/29), 74.94 KiB | 0 bytes/s, done.
    > Total 29 (delta 8), reused 0 (delta 0)
    > To https://Hostname/USERNAME/FORK-OF-THE-REPOSITORY.git
    > 12da2e9..250e946  test-branch -> test-branch

Deine neuen Commits werden auf dem ursprünglichen Pull Request auf Ihre GitHub Enterprise Server-Instanz entsprechend wiedergegeben.

Weiterführende Informationen

Menschliche Unterstützung einholen

Du kannst das Gesuchte nicht finden?

Kontakt