Löschen Sie die Gabelabhängigkeit eines GitHub-Repositorys

Wie kann ich GitHub vergessen lassen oder trennen, dass mein Repo ursprünglich eine Abzweigung eines anderen Projekts war?

Ich habe ein Projekt in GitHub gegabelt. Ich kann jetzt sehen, "von was auch immer / was auch immer gegabelt". Das übergeordnete Repository "was auch immer / was auch immer" wird nicht mehr verwaltet. Ich durfte weiterhin die Codebasis des ursprünglichen Repositorys verwenden, um ein unabhängiges Repository zu erstellen.

Gibt es eine Möglichkeit, mein Projekt vom ursprünglichen Repository zu trennen?

Sie können sich an den Github-Support wenden und ihn bitten, Ihr Repository in den "normalen Modus" zu schalten.

Auf dieser Seite , Abschnitt "Commit wurde in einer Gabelung gemacht", wird erklärt, dass man die Unterstützung durchlaufen muss, um zu wechseln. Daher ist es wahrscheinlich, dass es keine Möglichkeit gibt, dies selbst zu tun (es sei denn, Sie zerstören Ihr zuvor erklärtes Repo und erstellen es neu ... Wenn Sie dies tun, seien Sie vorsichtig, wenn Sie Tickets oder ein Wiki an Ihr Projekt angehängt haben, wie es sein wird gelöscht werden!).

Sie können das gegabelte Repository von der Github-Benutzeroberfläche in ein neues Repository (ohne die Gabelabhängigkeit) duplizieren und dann das ursprüngliche gegabelte Repository entfernen:

• Melden Sie sich bei Github an
• Wählen Sie das + -Zeichen in der oberen rechten Ecke und dann Repository importieren .
• Importieren Sie Ihr gegabeltes Repository. Das neue Repository hat keine Fork-Abhängigkeit.
• Löschen Sie das ursprüngliche, gegabelte Repository in den Repository-Einstellungen.

Stellen Sie sicher, dass Sie alle wichtigen Zweige und Tags in Ihrem lokalen Repo haben, löschen Sie das Github-Repo, erstellen Sie das Repository mit den üblichen Mitteln neu (ohne Verzweigung) und schieben Sie das lokale Repository mit zurück git push --all. Beachten Sie, dass es sich möglicherweise lohnt, einen temporären sauberen lokalen Klon für den Vorgang zu erstellen, wenn Sie lokale Zweige haben, die Sie nicht veröffentlichen möchten.

Dadurch werden jedoch auch Wiki und Probleme beseitigt. Da das Wiki tatsächlich ein eigenes Repository ist, kann es auf ähnliche Weise behandelt werden, indem es geklont und anschließend neu erstellt und gepusht wird. Die Repo-Adresse befindet sich auf der Git Access-Seite des Wikis ( [email protected]:user/repo.wiki.git).

Dies lässt Probleme. Sie können über die API exportiert werden , aber soweit ich weiß, können Sie nur Probleme und Kommentare mit Ihrer Person erstellen, sodass ein perfekter Import unmöglich ist.

Wenn Sie also Probleme haben möchten, die erhalten bleiben sollen, sollten Sie die Github-Unterstützung in Anspruch nehmen, wie Thomas Moulard vorschlägt.

Ich habe das ähnliche Problem und habe diese Github-Hilfeseite verwendet , um es zu lösen. Ich hatte nichts gegen das Wiki und den Issues Tracker, da es für mein Blog ein Thema war, das freundlicherweise von einem anderen Benutzer entwickelt wurde.

So lösen Sie ein gegabeltes Repo und verwenden es nach mehreren Commits als Ihr eigenes, ohne den gesamten Verlauf zu verlieren:

git clone --bare [email protected]:user/forked_repo.git

Erstellen Sie eine neue leere Reposity new-repositoryauf der Github-Website. Und schieben Sie eine gespiegelte Version:

cd user.github.com.git/

git push --mirror [email protected]:user/new-repository.git

Man kann auf github umbenennen, das forked_repositorymit einem anderen Namen, um es als Backup zu behalten und Updates bei Bedarf zu überprüfen. Oder einfach löschen.

Das Umbenennen des new-repositoryin den ursprünglichen Namen erledigt den Job. Als Nebeneffekt werden Ihre Commits jetzt in Ihrem Verlauf angezeigt.

Dies gilt nur für GitHub Enterprise, nicht für github.com

Angemeldet bei einem Konto mit Administratorrechten:

1. Wechseln Sie zu dem Repository, das Sie trennen müssen: https://<ghe url>/<org>/<repo>
2. Klicken Sie oben rechts auf die Rakete "Site Admin"
3. Klicken Sie in der oberen Menüleiste auf "Zusammenarbeit"
4. Klicken Sie im linken Bereich auf "Netzwerk"
5. Klicken Sie im Bereich "Netzwerkstruktur" auf "Root erstellen"
6. Akzeptieren

Dies wurde auf GitHub Enterprise 2.9 getestet

Mit den Informationen von Aurelien und Clayton konnte ich dies folgendermaßen tun:

$ git clone --bare https://github.com/my/forked_repo.git
<delete forked_repo on GitHub>
<recreate repo on GitHub using same name>
$ cd forked_repo.git
$ git push --mirror

Hier ist die Dokumentation fürgit clone --bare :

Erstellen Sie ein nacktes Git-Repository. Das heißt, anstatt <directory>die Verwaltungsdateien zu erstellen und zu platzieren <directory>/.git, machen Sie das <directory>selbst zum $GIT_DIR. Dies impliziert offensichtlich das -n, da es keinen Ort gibt, an dem der Arbeitsbaum überprüft werden kann. Auch die Verzweigungsköpfe auf der Fernbedienung werden direkt in entsprechende lokale Verzweigungsköpfe kopiert, ohne sie zuzuordnen refs/remotes/origin/. Wenn diese Option verwendet wird, werden weder Fernverfolgungszweige noch die zugehörigen Konfigurationsvariablen erstellt.

Hier ist die Dokumentation fürgit push --mirror :

Anstatt jede ref auf Stoß zu nennen, an , dass alle unter Lit. refs/(das schließt jedoch nicht darauf beschränkt ist refs/heads/, refs/remotes/und refs/tags/) an den entfernten Repository gespiegelt werden. Neu erstellte lokale Refs werden an das Remote-Ende verschoben, lokal aktualisierte Refs werden auf dem Remote-Ende zwangsweise aktualisiert und gelöschte Refs werden vom Remote-Ende entfernt. Dies ist die Standardeinstellung, wenn die Konfigurationsoption festgelegt remote.<remote>.mirrorist.

Hinweis: Wie bei den anderen gitAntworten werden auch hier keine Probleme kopiert, die nicht Teil des gitRepos sind, z. B. das Wiki und Probleme. Per Tapio:

• Das Wiki ist ein separates Git-Repo und kann auf ähnliche Weise per Tapio gehandhabt werden. Die Adresse lautet : [email protected]:user/repo.wiki.git.
• Probleme können über die GitHub-API exportiert werden, es gibt jedoch Probleme beim Neuerstellen, da sie nur von Ihrem Benutzer erstellt werden können, sodass beim Import Informationen verloren gehen.