Ich muss Code von Drittanbietern verwenden, der öffentlich auf github verfügbar ist. Ich schaue mir das Netzdiagramm des Githubs dieses Codes an, und ich kann sehen, dass andere Gabeln einige Commits haben, die nicht mit dem Original-Repository zusammengeführt werden.
Wie soll ich entscheiden, welche der Zweige / Gabeln für mich geeignet ist?
Bitte schreiben Sie Ihre Überlegungen ein, während Sie sich mit einem solchen Problem konfrontiert sehen.
Als vorgeschlagen von John Feminella sollte man immer die (normalerweise stabilen) "freigegebenen Versionen eines Projekts" verwenden.
Dem stimme ich natürlich zu, aber diese Frage ist in einem der folgenden Fälle immer noch relevant:
Ich habe einen solchen Fall viele Male erlebt, der ursprüngliche Autor versucht immer noch, das Repo aufrechtzuerhalten, aber es scheint, dass er nicht genug Zeit hat, andere Gabeln sind aktiver. Keine der Gabeln ist als stabil genug für den Produktionseinsatz angekündigt. Als ich das letzte Mal mit einem solchen Fall konfrontiert wurde, hat das ursprüngliche Repository auch keine Funktion implementiert, die für mich wichtig war.
In solchen Fällen müsste ich also die stabilste Gabel wählen, sie in meinem Code verwenden, sie gründlich testen und möglicherweise einige Verbesserungen beitragen, um sie stabil zu machen.
Update: Das OP hat seine ursprüngliche Frage geklärt, um anzuzeigen, dass das betreffende Projekt tot ist.
Da ein Projekt tot ist und es N Gabeln hat, hängt die übliche Strategie zur Auswahl der "besten Gabel" von einer Reihe von Faktoren ab:
Hat jemand angekündigt, dass er die Wartung des Projekts übernimmt? Suche nach Neuigkeiten auf den Mailinglisten, öffentlichen Foren usw. (nicht nur auf GitHub). Wenn ja, folge dieser Gabelung.
Gibt es Gabeln im Netzwerkdiagramm, die Commits von einer anderen Verzweigung haben (statt zB master )? Wenn dies der Fall ist, deutet dies darauf hin, dass sich die Unterstützung um diese andere Verzweigung als möglicher Ersatz für das tote Projekt zusammenfügt.
Wenn beides nicht klappt, gräbt noch mehr: Gibt es Varianten des Projekts, die vor einiger Zeit abgespalten wurden und um welche sich die Unterstützung nun kümmert? Wenn ja, wird dieses andere Projekt vielleicht Ihren Bedürfnissen entsprechen.
Wenn all das nicht klappt, haben Projekte manchmal einfach nicht die Unterstützung, um weiterzumachen. Wenn ja, ist es vielleicht Zeit, sich selbst zu kratzen!
Ursprüngliche Antwort:
Ein paar Kommentare dazu:
Im Allgemeinen sollten Sie veröffentlichte Versionen eines Projekts verwenden, anstatt einen bestimmten Zweig oder Zweig zu wählen. Wenn Sie dies nicht tun, werden sich Ihre Abhängigkeiten jedes Mal ändern, wenn das Projekt mit einem neuen Commit aktualisiert wird, was zu schwer zu findenden Fehlern in Ihrem eigenen Code führen kann.
Wenn Sie entscheiden, dass Sie immer die neueste Version haben wollen und die Risiken damit in Ordnung sind, dann verwenden Sie den Zweig master des Projekts, denn das ist der offizielle Zweig. Das ist der Standardzweig, den Sie betrachten, wenn Sie die Hauptseite des Repositorys aufrufen.
Normalerweise werden in der Regel Repositorys recherchiert, um Feedback zu einer Modifikation der ursprünglichen Codebasis zu erhalten.
Wenn Sie also nicht an dieser Änderung mitarbeiten oder wenn Sie ein besonderes Interesse daran haben, frühzeitig auf diese spezifische Änderung zuzugreifen, müssen Sie sich keine Gedanken über die anderen Gabeln machen. stark>
In seltenen Fällen wird der offizielle Hauptentwicklungszweig eines Projekts als etwas anderes als master bezeichnet. In diesem Fall sollten Sie die README konsultieren, um zu sehen, welchen Zweig Sie betrachten sollten.
Tags und Links github branch fork branching-and-merging