Löschen Sie das gegabelte Repo von GitHub

Ich beginne mit Git und GitHub und es gibt ein Projekt, das ich auf GitHub sehe. Ich habe ungewollt geklickt, um es zu teilen. Jetzt erscheint es mir als neues Projekt.

Ich habe einige Zweifel:

• Ich weiß, ob mein Gabel-Repo festgeschrieben oder anderweitig ausgeführt wird. Es wird aktualisiert, aber der aktualisierte Code wird erst wirksam, nachdem der Autor des Projekts den Pull angefordert hat. Recht?
• Wenn ich auf GitHub zum Admin-Bereich gehe, gibt es eine Löschoption. Wenn ich es als obige Option lösche, hat es dann Auswirkungen auf das Original oder nicht?

Ich möchte es löschen. Inzwischen studiere ich nur den Code und brauche die Gabel nicht wirklich.

Das Löschen hat nichts mit dem ursprünglichen Projekt zu tun. Wenn Sie es bearbeiten, wird nur Ihre Gabel auf Ihrer Repo-Seite bearbeitet.

Der mit Abstand einfachste Weg ist, sich in ein gitHub-Konto einzuloggen:

1. Klicken Sie , um Ihren Repository zum Beispiel yourUsername/yourRepositoryzum Beispiel mbaric/zpropertyz.
2. Klicken Sie dann in der Hauptsymbolleiste von Github auf Einstellungen
3. Scrollen Sie zum Ende der Seite zum Abschnitt " Gefahrenzone" und Sie finden die Schaltfläche "Dieses Repository löschen"
4. Wenn Sie darauf klicken , wird hier ein weiteres Popup angezeigt. Geben Sie Ihren Github-Benutzernamen und den Namen Ihres Repositorys in diesem Format ein gitHubUsername/nameOfTheRepositoryund klicken Sie auf die Schaltfläche unten, die besagt: Ich verstehe die Konsequenzen, löschen Sie das Repository
5. Wenn Sie Probleme damit haben, finden Sie unten die Bilder, die überprüft werden können…

2020-01-15 - Hier sind Bilder. Genießen.

Löschen Sie einfach das gegabelte Repo von Ihrem GitHub-Konto.

https://help.github.com/articles/deleting-a-repository/

• Wenn ich auf GitHub zum Admin-Bereich gehe, gibt es eine Löschoption. Wenn ich es als obige Option lösche, hat es dann Auswirkungen auf das Original oder nicht?

Es werden keine Änderungen am Original vorgenommen. cos, es ist jetzt dein Repo.

Das Löschen der gegabelten Repositorys kann nicht schaden. Sie können das wieder gabeln. Der ursprüngliche Code wird nicht geändert. Der Fluss ist so ...

1) Sie teilen ein Repository. Stellen Sie sich dies als eine weitere Kopie des Codes vor, auf den Sie zugreifen oder Änderungen vornehmen können. Die URL dieses Repositorys hat die Form https://github.com/your-user-name/original-repo.

2) Sie nehmen einige Änderungen an Ihrem lokalen Computer vor und drücken sie. Jetzt wird die von Ihnen erstellte Kopie aktualisiert, jedoch nicht die Originalkopie, aus der Sie Ihr Repo gegabelt haben.

3) Wenn Sie möchten, dass die Änderungen, die Sie an Ihrem gespaltenen Repo hinzugefügt haben, auf das ursprüngliche Repo angewendet werden (dies kann für die Personen hilfreich sein, die das Repo organisieren), müssen Sie eine erstellen, pull requestdie Sie über die Benutzeroberfläche ausführen können. Wenn sie dann Ihren Beitrag mögen, werden sie mergedas mit ihrem Code tun.

Im Allgemeinen ist dies das, was Open Source-Organisationen tun.

Süß und einfach:

1. Öffnen Sie das Repository
2. Navigieren Sie zu den Einstellungen
3. Scrollen Sie zum Ende der Seite
4. Klicken Sie auf Löschen
5. Bestätigen Sie die Namen des zu löschenden Repositorys
6. Klicken Sie auf Löschen

Das Löschen Ihres gegabelten Repositorys wirkt sich nicht auf das Master-Repository (Original-Repository) aus.

Wie ich ein Beispiel gezeigt habe, indem ich ein gegabeltes Repo lösche

Dies ist mein gegabeltes Repo (Bild)

Das gegabelte Repo löschen

Und keine Änderungen am ursprünglichen Repository.

Das Master Repo ist so etwas wie ein Original.

Das Gabeln entspricht dem Erstellen einer Xerox-Kopie des Originals. Selbst wenn Ihr xeroxiertes Papier beschädigt wird, wird möglicherweise auch das Originaldokument beschädigt. Offensichtlich nein.

Also ist es das gleiche wie das.

Hoffe das hilft.

Wählen Sie das zu löschende Projekt aus-> Einstellungen-> Klicken Sie auf die Schaltfläche Löschen-> Geben Sie den Namen der Repositorys ein

Wählen Sie Repo-> Einstellungen -> (nach unten scrollen) Repo löschen

Die Antwort lautet NEIN. Dies hat keine Auswirkungen auf das ursprüngliche / Haupt-Repository, aus dem Sie gegabelt haben. (Funktionell ist es falsch, wenn ein solcher Zugriff einem Nicht-Eigentümer gewährt wird).

Ich wollte das nur hinzufügen.

Warnung: Dadurch werden die lokalen Commits und Zweige gelöscht, die Sie auf Ihrem gegabelten Repo erstellt haben. Stellen Sie daher vor dem Löschen sicher, dass Sie eine Sicherungskopie dieses Codes bei sich haben, falls dies wichtig ist.

Der beste Weg wäre ein Git-Backup von Forked Repo mit:

git bundle 

oder andere Methoden, die bekannt sind.

Nein, es hat keine Auswirkungen auf Ihr ursprüngliches Repository. Stellen Sie lediglich sicher, dass die Repo-Adresse wie "youGitName / TheRepository" und nicht wie "OtherPersonGitName / TheRepo" aussieht.

Ich hatte mich auch diesem Problem gestellt. NEIN, es wird Ihr ursprüngliches Repo sowieso nicht beeinflussen. Löschen Sie es einfach, indem Sie den Namen des gegabelten Repos eingeben

Es gibt mehrere Antworten, die darauf hinweisen, dass das Bearbeiten / Löschen der Verzweigung keine Auswirkungen auf das ursprüngliche Repository hat. Diese Antworten sind richtig. Ich werde versuchen, dieser Antwort etwas hinzuzufügen und in meiner Antwort zu erklären, warum.

Ein Fork ist nur eine Kopie eines Repositorys mit einer Fork-Beziehung.

Da Sie eine Datei oder ein Verzeichnis lokal an einen anderen Ort kopieren und die Kopie löschen können, hat dies keine Auswirkungen auf das Original.

Fork-Beziehung bedeutet, dass Sie github leicht mitteilen können, dass eine Pull-Anforderung (mit Ihren Änderungen) von Ihrem Fork an das ursprüngliche Repository gesendet werden soll, da github weiß, dass Ihr Repository eine Kopie des ursprünglichen Repositorys ist (mit einigen Änderungen auf beiden Seiten) ).

Nur zu Informationszwecken enthält eine Pull-Anforderung (oder Zusammenführungsanforderung) Code, der in der Verzweigung geändert wurde und an das ursprüngliche Repository gesendet wird. Benutzer mit Push- / Schreibzugriff (möglicherweise anders auf anderen Git-Servern) im ursprünglichen Repository können die Änderungen der Pull-Anforderung im ursprünglichen Repository zusammenführen (kopieren Sie die Änderungen der PR in das ursprüngliche Repository).