Warum verschieben viele Programmierer ihren Code auf Github?

In den letzten 6 Monaten oder länger habe ich viele Codes auf sourceforge.net sowie auf anderen Hosting-Sites "Move to GitHub" gesehen. Eine einfache Google-Suche mit der Phrase "Auf Github verschoben" gibt mehrere Ergebnisse zurück, die den nach Github verschobenen Text enthalten. Das ist sehr verwirrend für mich und ich frage mich, warum genau sich Menschen bewegen. Bedeutet das, dass GitHub besser ist oder gibt es einen besonderen Vorteil, den ich nicht sehe?

Dies ist ein Symptom für eine umfassendere Migration zu verteilten Versionskontrollsystemen .

Einige Websites, auf denen traditionell nicht verbreitetes VCS gehostet wurde (z. B. Codeplex & SourceForge), fügten nur langsam Unterstützung für DVCS hinzu (z. B. Git oder Mercurial). Leute, die DVCS für ihr Projekt verwenden wollten, mussten ihre Projekte zu den Anbietern migrieren, die sie unterstützten (z. B. Github oder BitBucket). Github war einer der Ersten, der DVCS-Unterstützung anbot, und so haben natürlich viele Leute ihren Code dorthin migriert, um davon zu profitieren.

Diese anderen Websites holen erst jetzt DVCS ein (Codeplex unterstützt beispielsweise jetzt Mercurial & Git), liegen jedoch in Bezug auf Funktionen wie das Verzweigen und Übermitteln von Pull-Anfragen immer noch weit zurück. DVCS Github und Bitbucket sind immer noch die besten Optionen, um die Vorteile zu nutzen.

Projekthosting ist Infrastruktur. Die Infrastruktur weist Netzwerkeffekte auf, was bedeutet, dass die Infrastruktur umso nützlicher wird, je mehr Personen mit ihr verbunden sind. (Insbesondere ist die Nützlichkeit O (Anzahl_von_Verbindungen), was bedeutet, dass es für jedes einzelne Mitglied O (Gesamtzahl_Mitglieder) und für das gesamte System O (Gesamtzahl_Mitglieder ^ 2) ist.) Dies führt wiederum zu einem Effekt, der als natürliches Monopol bezeichnet wird, was bedeutet, dass es für ein solches System natürlich ist, dass nur ein Konkurrent überlebt, da der Nutzen maximiert wird, wenn jeder dasselbe System verwendet.

Es ist also sinnvoll, sich dem Marktführer GitHub anzuschließen. Auf GitHub gibt es mehr Repositories, mehr Benutzer, mehr Verzweigungen, mehr Revisionen und mehr alles als auf SourceForge, Google Code und CodePlex zusammen .

Die interessante Frage ist natürlich, ob Netzwerkeffekte dazu führen, dass der Marktführer automatisch ein natürliches Monopol erhält. Wie konnte GitHub SourceForges brechen?

Und die Antwort ist, dass es sich für die Early Adopters gelohnt hat, sich einer viel kleineren Infrastruktur anzuschließen , weil sie so störend ist:

• GitHub war das erste Unternehmen, das Git-Hosting mit einem Funktionsumfang anbot, der mit dem von SourceForge (oder zumindest dem Teil von SourceForge, den die meisten Benutzer verwendeten) vergleichbar war.
• GitHub war vom Standpunkt der Benutzeroberfläche aus cool: eine elegante, moderne Web-Benutzeroberfläche
• GitHub war technisch cool: Ruby on Rails, Sinatra, Erlang, node.js
• GitHub war das Web 2.0 mit den Schwerpunkten Social Coding und Benutzer über Projekte

Ich denke, einer der Gründe liegt in der unterschiedlichen Zielgruppe: SourceForge ist in erster Linie für das Hosten von Anwendungen bestimmt . Das wahrscheinlich bekannteste Merkmal einer Projektseite ist ein Link zur kompilierten ausführbaren Datei (oder einem anderen Download). Mit anderen Worten, es richtet sich an Benutzer und nicht an Entwickler.

Auf der anderen Seite ist Github in erster Linie für das Hosten von Quellcode gedacht. Das herausragendste Merkmal der Projektseite ist die Verzeichnisauflistung der masterBranche. Es richtet sich an Entwickler (die Code aus einem Projekt ändern oder verwenden möchten), nicht an Benutzer.

Ich denke, dies ist einer der Gründe, warum auf Entwickler ausgerichtete Tools und Bibliotheken auf Github umsteigen.

Sourceforge bietet auch Git an , aber Github macht es einfach besser (fürs Erste).

• Ihr Pull-Request-System funktioniert gut (viel besser als zum Beispiel Gitorious)
• Die kürzlich aktualisierte Benachrichtigung ist sehr praktisch.
• Sie zeigen den Code sofort

Ihr Killer-Feature ist meiner Meinung nach die "Netzwerkgrafik":

Unterschied zu gitk: Es zeigt Ihnen auch, was in den Filialen anderer Leute vor sich geht (ohne an den Filialen ziehen zu müssen), was bei der Zusammenarbeit sehr wichtig ist.

GitHub ist einfach, benutzerfreundlich, schnell einsatzbereit, leistungsstark, sieht gut aus und ist Web 2.0-konform.

Ich benutze GitHub und finde es bemerkenswert einfacher zu bedienen als SourceForge, dessen Funktionen hinter einer Reihe von Menüs verborgen waren und das ziemlich aufwendige Operationen benötigte, um alles einzurichten. Und ich bin ein Programmierer.

Darüber hinaus gibt es meines Erachtens eine leistungsfähigere Funktion: Ob es sich um eine Einzelperson handelt, die ihr erstes Open-Source-Projekt irgendwo veröffentlichen möchte, oder um Teams, die an einem kommerziellen (privaten) Projekt zusammenarbeiten möchten, GitHub "skaliert" perfekt für fast alle Anwendungsfälle.

Am Ende des Tages denke ich, dass es um die menschliche Psychologie geht. Ist das Produkt einfach zu bedienen, einfach zu benutzen, günstig (oder kostenlos) ... sieht es gut aus und würde ich es meinen Freunden empfehlen? Für GitHub würde ich all diese Fragen mit Ja beantworten.

Sie müssen auch einige großartige Features berücksichtigen, die von github angeboten werden und die ich noch nicht erwähnt habe.

• Github-Seiten mit Github-Geschmack
• Github Mobile App
• Github Eclipse Plugin
• Github für Mac
• Github Jobs
• Github für Windows
• Github-Ticketing / Bug-Tracking-System
• Github Developer API, die eine nahtlose Integration von Drittanbietern ermöglicht
• Häufige UI-Updates / -Erweiterungen (Sie können buchstäblich die Änderungen von einem Tag zum nächsten sehen, dh das Suchtextfeld wird jetzt dynamisch fokussiert , die Uhr wird zur neuen Stern-Schaltfläche usw.)
• Github- Gists (gut für Hilfsskripte , kurze Code-Schnipsel usw.)
• nahtlose Github-Integration über Hub

Andere Websites haben diese Funktionen, aber ich bin mir ziemlich sicher, dass keine andere Website sie alle bietet.

Diese Typen sind praktisch überall ... und verteilen ihre technischen Leckerbissen langsam im Web und auf dem Desktop. Sie werden immer größer und besser , und sie stellen die besten Ingenieure ein (sie haben es sogar geschafft, Phil Haack von Microsoft zu stehlen ... go figure).

Ein weiterer Grund, der möglicherweise zusätzliche Entwickler zu GitHub lockt, ist, dass Entwickler-Tools beginnen, Git zu nutzen, und dass auf Plattformen wie Eclipse Git-Unterstützung bereits integriert ist (gilt für Pakete für Java, C ++ - Entwickler usw.) Es sind weniger Schritte erforderlich, um Ihr Projekt auf GitHub hochzuladen.

Um ehrlich zu sein, ist Git das Wichtigste für mich, wenn ich es sehe: 1. Netzwerkdiagramm oder Soll ich den Verlauf aufrufen (auch kommentieren) 2. Verzweigungs- und Pull-Anforderung 3. Es ist leistungsfähiger, wirklich würde ich sagen, dass es so ist Es fühlt sich an, als hätte ich eine Sekretärin, die alle meine Arbeiten festhält, und ich kann sagen, dass ich alles für mich aufschreiben soll, die Veränderung, alles! 4. Rollback ist einfach

Nur das. Fühlt sich sexy damit an