Soll ich meine GitHub-Forked-Repositorys für immer behalten?

Also habe ich das Repository einer anderen Person gegabelt, einige Änderungen vorgenommen, eine Pull-Anfrage gesendet und meine Änderungen in das Produkt übernommen. Toll!

Aber ... was soll ich mit meinem Gabeldepot machen? Gibt es einen zwingenden Grund für mich, mein Repository zu behalten, oder sollte ich fortfahren und es löschen? Ich habe nicht vor, zusätzliche Beiträge zu leisten, aber wenn ich es mir anders überlege, gehe ich davon aus, dass ich es immer wieder neu teilen kann.

Ich bin nicht wirklich besorgt, ein Backup zu führen. Ich mache mir mehr Sorgen, dass ich Links unterbreche, Commit-Nachrichten verliere usw.

Durch das Löschen gegabelter Repositorys wird der Verlauf Ihrer Pull-Anforderungen gelöscht.

Durch das Löschen eines Forked-Repositorys werden alle mit Ihrem Repository verknüpften Informationen gelöscht. Dies kann sich rückwirkend auf alle Verweise auf Ihr Repository auswirken, einschließlich Pull-Anforderungen, die bereits zusammengeführt wurden. (Siehe Pull Request zeigt "unknown repo" nach dem Löschen des Fork an )

Ihre Kommentare und Commits sollten für alle Pull-Anforderungen, die mit Ihrem Repository verknüpft waren, beibehalten werden. Dies geschieht jedoch auf eigenes Risiko.

Das Löschen alter Zweige nach dem Zusammenführen ist jedoch absolut sicher.

Während das Löschen von Repositorys vermieden werden sollte, ist das Löschen nicht verwendeter Zweige durchaus akzeptabel. Tatsächlich fordert GitHub Sie auf, alte Zweige zu löschen .

Aufräumen nach Pull Requests

Bei GitHub lieben wir es, Pull Requests jeden Tag den ganzen Tag zu nutzen. Das einzige Problem ist, dass wir nach dem Zusammenführen oder Schließen von Pull-Requests viele nicht mehr existierende Zweige haben. Von Zeit zu Zeit löschte einer von uns diese Zweige mit einem Skript, aber wir hielten es für besser, diesen Schritt im Rahmen unseres regulären Workflows auf GitHub.com zu erledigen.

Ab heute wird nach dem Zusammenführen einer Abrufanforderung eine Schaltfläche zum Löschen des verbleibenden Zweigs angezeigt:

Wenn die Pull-Anforderung geschlossen wurde, ohne zusammengeführt zu werden, sieht die Schaltfläche etwas anders aus, um Sie vor dem Löschen nicht zusammengeführter Commits zu warnen:

Natürlich können Sie nur Zweige in Repositorys löschen, auf die Sie Push-Zugriff haben.

Viel Spaß mit Ihren aufgeräumten Repositories!

Alternativ können Sie ein Repository archivieren, um anzuzeigen, dass es nicht mehr aktiv verwaltet wird , wenn Sie es wirklich nicht behalten möchten .

Siehe auch

• GitHub Blog: Aufräumen nach Pull Requests
• GitHub-Blog: Löschen eines Repositorys
• GitHub Help: Löschen und Wiederherstellen von Zweigen in einer Pull-Anfrage
• GitHub-Probleme: Pull-Request zeigt nach dem Löschen von Fork "unknown repo" an

Wenn Ihre Pull-Anfrage akzeptiert wurde und Sie keine anderen Änderungen vorgenommen haben, die Sie möglicherweise persönlich verwenden, sollten Sie sie löschen.

1. Löschen schadet nichts.
2. Sie können jederzeit nachgeben, wenn dies erforderlich ist
3. Es reduziert unnötige Repos in den Suchergebnissen, wenn Leute nach etwas suchen
4. Wenn Sie Ihren GitHub als eine Art Lebenslauf für potenzielle Jobs / Verträge verwenden, ist es besser, wenn Sie nicht über Dutzende von gespaltenen Repos verfügen, an denen Sie gerade nicht arbeiten. Sie werden effizienter erscheinen.
5. Es hilft Ihrer eigenen Gesundheit, wenn Sie nicht durch Hunderte nutzloser Repos blättern müssen.
6. Es ist besser für GitHub. :)

Sie können Ihre Abzweigung löschen, sobald Sie eine Pull-Anforderung senden , unabhängig davon, ob sie zusammengeführt wurde oder nicht. GitHub speichert alle PRs im Upstream-Repository , was bedeutet, dass vorgeschlagene Änderungen auch dann nachverfolgt werden, wenn der Fork gelöscht wird.

Das vereinfacht die Entscheidung.

Vielleicht möchten Sie die Gabel trotzdem behalten, wenn:

• Sie werden gleich mehr beitragen (z. B. bestehende PR erweitern oder neue PRs eröffnen)

Möglicherweise möchten Sie die Gabel löschen, wenn:

• Sie möchten ein sauberes Portfolio von Projekten unter Ihrem Namen

Ich würde es wahrscheinlich tar / gzip und in einem Archivverzeichnis ablegen und es dann 3 Jahre später löschen. ;) Ehrlich gesagt, wenn Sie in den nächsten Monaten nicht mehr daran arbeiten und es eine Weile nicht mehr benutzt haben, ist es meiner Meinung nach sicher, es zu löschen.

Nur um die Antworten zu ergänzen, empfiehlt GitHub selbst, gegabelte Repositorys nach dem Zusammenführen zu löschen ("aufzuräumen").

Dies kann direkt in der Pull-Anfrage nach dem Zusammenführen erfolgen - siehe diesen Blog-Beitrag .

Außerdem sehe ich ab diesem Moment keine Nachteile in den Kommentaren:

• Auch nach dem Löschen des Forked-Repositorys ist in der Pull-Anforderung eine korrekte Meldung enthalten (kein "unbekanntes Repository").
• Das Repository, zu dem Sie beigetragen haben, ist weiterhin in Ihrer Beitragsaktivität aufgeführt
• Sie sind immer noch in den Mitwirkenden dieses Projektarchivs aufgeführt

Ich würde nicht empfehlen, es vor dem Zusammenführen zu löschen, wie von @Dennis vorgeschlagen, da Sie möglicherweise noch einige Änderungen am Code vornehmen müssen, wenn Sie von den Autoren dazu aufgefordert werden.