Warum teilen Leute Repositories auf GitHub mit? [geschlossen]

Mir ist aufgefallen, dass viele GitHub- Accounts nur Repositories haben, die von anderen Accounts abgeleitet sind. Außerdem leisten die Leute, die dies tun, normalerweise keine Beiträge zu den gespaltenen Depots.

Ich habe von Leuten gehört, die Briefmarken und Muscheln sammeln, aber warum sollte jemand Repositories sammeln wollen? Persönlich würde ich ein Repository nur verzweigen, wenn ich einige Änderungen daran vornehmen wollte.

In unserer Arbeit suchen wir in der Regel nach technischen Gründen, aber meiner Meinung nach ist der Hauptgrund nicht technischer Natur. Wenn Sie sich die GitHub-Hilfe oder andere GitHub-Tutorials ansehen , ist das Forken eines Repos einer der wichtigsten Schritte, um GitHub zu "tun".

Wenn Leute GitHub lernen und evaluieren, werden sie in fast jedem Tutorial dazu aufgefordert, ein Repo als Teil dieses Lernprozesses zu forken. Da der Hauptzweck von GitHub darin besteht, einen Beitrag zu leisten, wissen viele Leute, die die Standard-Tutorials durcharbeiten, nicht, ob Sie nur einen Nur-Lese-Klon wollen, und müssen nicht erst einen Fork machen.

Wie Sie in Ihrer Frage erwähnt haben, geben die Mitarbeiter Repositorys an, wenn sie den Code ändern möchten, da Sie keinen Schreibzugriff auf das ursprüngliche Repository haben (es sei denn, Sie wurden vom Eigentümer des Repositorys als Mitbearbeiter hinzugefügt).

Im Forked-Repository haben sie Schreibzugriff und können Änderungen pushen. Sie können mithilfe von Pull-Anforderungen sogar einen Beitrag zum ursprünglichen Repository leisten .

Ich denke, es gibt mehrere Gründe, warum die Leute Repositorys aufteilen, diese aber nicht ändern:

• Möglicherweise geben sie ein Repository an, das cool aussieht, geben es einfach an (weil es einfach ist (nur ein Klick)) und möchten später eine Änderung vornehmen (und dann wahrscheinlich vergessen / hatten sie keine Zeit dafür).
• Sie teilen ein Repository mit, um eine Änderung vorzunehmen, und stellen dann fest, dass die Änderung nicht erforderlich ist, und vergessen, das eigene Repository zu löschen
• Sie können ein Repository aufteilen, da eines der Projekte von einem anderen Repository abhängt (möglicherweise über Submodule) und sie möchten die vollständige Kontrolle über das als Abhängigkeit verwendete Repository haben (die Besitzer des ursprünglichen Repository könnten entscheiden, von Github zu Google Code zu wechseln usw.). )
• Sie könnten einfach vergessen, die Commits zu pushen

Ein möglicher Grund: Sie haben laufenden Code, der von diesen Projekten abhängt, und ihr Erstellungsprozess beinhaltet das Abrufen der Abhängigkeiten von Github. Die Gabel schützt sie vor brechenden Veränderungen. Für Projekte, die keine Versionen markieren, ist dies der einfachste Weg, dies zu erreichen.

Der ganze Punkt von Github ist "soziale Kodierung" .

Persönlich gabele ich Repositories, wenn:

• Ich möchte eine Änderung vornehmen.
• Ich denke, das Projekt ist interessant und möchte es möglicherweise in Zukunft verwenden, habe aber keine einfachere Möglichkeit, es für das spätere Gerät zu speichern, das ich derzeit verwende.
• Ich möchte einen Teil oder den gesamten Code in diesem Repository als Ausgangspunkt für mein eigenes Projekt verwenden.

Jetzt habe ich von Leuten gehört, die Briefmarken und Muscheln sammeln, aber warum sollte jemand Repositories sammeln wollen?

Warum nicht?

Es gibt nichts (woran ich denken kann), was schief gehen könnte, wenn man Repositories zum persönlichen Vergnügen gabelt. Ehrlich gesagt, ich halte einen Ordner mit interessanten Projekten, die ich auf Github und anderen Orten sehe, nur zu Inspirationszwecken und teilweise, weil ich ein Geek bin. Ich verstehe, dass ich das Projekt nicht verzweigen muss, um den Code zu lesen, aber ich möchte das möglicherweise in Zukunft tatsächlich bearbeiten.

Jetzt fang an zu forken.

Ich habe viele Repos, für die ich den Code verwenden möchte, oder wenn es sich um ein Projekt handelt, an dem ich interessiert bin. Wenn ich später noch einmal einen Blick auf den Code werfen möchte, ist es einfacher zu finden, ob er unter meinem aufgeführt ist Repositories. Ich muss nicht googeln oder herumtollen, um mich an den genauen Namen zu erinnern, oder mir überlegen, wo ich das Repo über foo wieder gesehen habe. Wenn es zu meinen Repos gehört, ist es einfacher, sich an diese Dinge zu erinnern.