Einige Leute haben mein Github-Repo gegabelt, aber sie haben es nicht von stromaufwärts geholt und zusammengeführt. Mein ursprüngliches Repo hat sich also seit der Abzweigung erheblich weiterentwickelt, und währenddessen zeigen diese Leute eine alte veraltete Version meiner Arbeit, die mich schlecht aussehen lässt (z. B. was sie anzeigen, ist unvollständig, enthält Fehler, die ich habe seitdem behoben usw.).
Diese Leute verstehen anscheinend nicht, wofür eine Gabel ist; Sie drücken einfach den Gabelknopf (vielleicht um zu sagen "das ist cool") und gehen dann weg. Im Idealfall möchte ich, dass sie entweder ihre Gabel vom Upstream auf dem neuesten Stand halten oder einen wesentlichen Beitrag leisten oder die Gabel löschen. Kann ich etwas dagegen tun? (Gibt es nicht, gibt es? Dies ist nur der Preis dafür, Open Source zu sein, nicht wahr?)
Antworten:
Machen Sie Ihr Repo privat oder entfernen Sie Ihren Code von GitHub.
Ja. Der springende Punkt bei Open Source ist, dass andere es ändern und / oder weitergeben können. Abhängig von der Lizenz können Sie sie möglicherweise dazu zwingen, beim Verteilen einen anderen Namen zu verwenden (wenn sie ihn geändert haben, wenn dies nicht der Fall ist, gilt dies nicht). Ich bin mir nicht sicher, ob das Gabeln in Betracht gezogen wird, es neu zu verteilen ...
Möglicherweise möchten Sie die Open Source-Definition lesen und einige der Lizenzen überprüfen .
quelle
Es gibt keine Möglichkeit, diese Gabeln zu aktualisieren, es sei denn, Sie senden jedem Eigentümer eine E-Mail und bitten ihn, sie zu aktualisieren.
Ich glaube nicht, dass Sie sich über veraltete Gabeln Sorgen machen müssen. Lassen Sie mich erklären, warum.
Für einige Hintergrundinformationen (obwohl Sie dies wahrscheinlich wissen) sammeln sich die folgenden Gabeln an: Immer wenn ich eine Pull-Anfrage an ein GitHub-Projekt sende, gable ich sie zuerst, sende die Anfrage und vergesse dann meine Gabel. Ich werde die Projektquellen möglicherweise nie wieder verwenden, daher werde ich sie nie wieder verwenden, es sei denn, ich sende eine weitere Pull-Anfrage. Als Ergebnis habe ich jetzt ungefähr 50 Gabeln und Zählungen, von denen keine auf dem neuesten Stand ist. Ich habe mich nie darum gekümmert, eines davon zu löschen, einfach weil es keinen Grund dafür gibt.
Abhängig von ihrem Workflow können einige Leute für den Fall, dass sie jemals eine Pull-Anfrage senden möchten, Gabel-dann-Klonen durchführen, weshalb es so aussieht, als würden sie einfach die Gabel-Taste drücken.
Infolgedessen häufen sich in allen aktiven Projekten veraltete Gabeln an: Wenn Sie die Rails-Gabeln überprüfen , werden Sie feststellen, dass so gut wie alle veraltet sind.
Aus diesem Grund gehe ich beim Durchsuchen von GitHub davon aus, dass es sich bei den Gabeln anderer Personen im Allgemeinen nur um Wegwerfkopien handelt und nicht um ordnungsgemäß gewartete Projekte. Wenn ich also oben "Gabelung von" sehe, gehe ich sofort zum Upstream. Ich glaube nicht, dass ich jemals von einer Gabel geklont habe, es sei denn, der Upstream hat mir ausdrücklich gesagt, dass die Entwicklung in der Gabelung fortgesetzt wird.
Zusammenfassend: Schämen Sie sich nicht für all die alten Versionen Ihrer Software, die herumliegen. Niemand benutzt sie sowieso. Betrachten Sie sie stattdessen als ein Zeichen der Popularität für Ihr Projekt. ;-);
quelle
Ich denke, die Denkweise ist eher so etwas wie:
Und natürlich bleiben viele abgestandene Gabeln übrig, aber vielleicht wird irgendwann eine dieser Gabeln ein Beitrag.
quelle
Nein, Sie können nichts dagegen tun.
Hier ist ein Artikel über dieses spezielle "Problem" http://andrewwilkinson.wordpress.com/2010/01/27/where-github-possibly-went-wrong/
Ich bin in einem Mittelweg. Ich mag es, dass Gabeln einfach zu erstellen sind und ich denke, dass es den Leuten ermöglicht, einfach mit dem Code zu spielen und ihn zu ändern und zurückzuschieben, wenn sie möchten. Aber ich denke, die Oberfläche von Github auf Gabeln ist fehlerhaft. Es sollte sehr einfach sein zu bestimmen, welche Gabel (oder das Original) diejenige ist, von der Sie wahrscheinlich / Gabel abnehmen sollten. Imo wäre es einfach, dies zu bestimmen, indem man die Anzahl der Commits und die Aktualität der Commits auf jeder Gabelung betrachtet.
quelle