Dlaczego wielu programistów przenosi swój kod do github?

Przez ostatnie 6 miesięcy lub dłużej widziałem wiele kodów hostowanych na sourceforge.net, a także na innych stronach hostingowych „Przenieś do GitHub”. Zwykła wyszukiwarka Google z frazą „Przeniesiono do Github” zwraca kilka wyników zawierających tekst przeniesiony do github. Jest to dla mnie bardzo mylące i zastanawiam się, dlaczego dokładnie ludzie się poruszają? Czy to znaczy, że GitHub jest lepszy, czy jest jakaś szczególna zaleta, której nie widzę?

Jest to objaw szerszej migracji do rozproszonych systemów kontroli wersji .

Niektóre strony internetowe, które tradycyjnie hostowały nierozproszone VCS (np. Codeplex i SourceForge), dodawały obsługę DVCS (np. Git lub Mercurial). Tak więc ludzie, którzy chcieli wykorzystać DVCS do swojego projektu, zostali zmuszeni do migracji swoich projektów do dostawców, którzy je wspierali (np. Github lub BitBucket). Github był jednym z pierwszych, którzy zaoferowali wsparcie DVCS, więc naturalnie wiele osób migrowało tam swój kod, aby z niego skorzystać.

Te inne strony internetowe dopiero teraz zaczynają nadrabiać zaległości w DVCS (na przykład Codeplex obsługuje teraz Mercurial & Git), ale wciąż są daleko w tyle pod względem funkcji, takich jak rozwidlanie i przesyłanie żądań ściągania. Aby naprawdę skorzystać z DVCS, Github i Bitbucket to wciąż najlepsze opcje.

Hosting projektów to infrastruktura. Infrastruktura wykazuje efekty sieciowe, co oznacza, że ​​infrastruktura staje się bardziej użyteczna, im więcej ludzi jest z nią połączonych. (W szczególności użyteczność to O (liczba_połączeń), co oznacza, że ​​dla każdego pojedynczego członka jest to O (total_members), a dla całego systemu to O (total_members ^ 2)). To z kolei prowadzi do efektu zwanego naturalnym monopolem, co oznacza, że ​​dla takiego systemu naturalne jest, że przetrwa tylko jeden konkurent, ponieważ użyteczność jest zmaksymalizowana, gdy wszyscy korzystają z tego samego systemu.

Dlatego warto dołączyć do lidera rynku, którym jest GitHub. Istnieje więcej repozytoriów, więcej użytkowników, więcej oddziałów, więcej, więcej rewizje wszystko na GitHub niż na SourceForge, Google Code i CodePlex połączeniu .

Interesującym pytaniem jest oczywiście to, że jeśli efekty sieciowe oznaczają, że lider rynku automatycznie uzyskuje naturalny monopol, w jaki sposób GitHub był w stanie przełamać SourceForge?

A odpowiedź jest taka, że przeszkadzając, że dołączenie do znacznie mniejszej infrastruktury było tego warte dla pierwszych użytkowników:

• GitHub jako pierwszy zaoferował hosting Git z zestawem funkcji porównywalnym z SourceForge (lub przynajmniej tą częścią SourceForge, z której korzystała większość osób)
• GitHub był fajny z punktu widzenia interfejsu użytkownika: elegancki, nowoczesny interfejs WWW
• GitHub był fajny pod względem technologicznym: Ruby on Rails, Sinatra, Erlang, node.js
• GitHub był Web 2.0, z naciskiem na kodowanie społecznościowe i użytkowników ponad projektami

Myślę, że jednym z powodów jest inna publiczność: sourceforge jest przeznaczony głównie do hostowania aplikacji , prawdopodobnie najważniejszą cechą strony projektu jest link do skompilowanego pliku wykonywalnego (lub innego pobrania). Innymi słowy, jest skierowany do użytkowników , a nie programistów.

Z drugiej strony github służy głównie do hostowania kodu źródłowego , najbardziej widoczną cechą strony projektu jest lista katalogów mastergałęzi. Jest skierowany do programistów (chcących zmodyfikować lub użyć kodu z projektu), a nie użytkowników.

Myślę, że jest to jeden z powodów, dla których narzędzia i biblioteki przeznaczone dla programistów przechodzą na github.

Sourceforge oferuje również Git , ale Github po prostu robi to lepiej (na razie).

• Ich system żądania ściągania działa dobrze (na przykład znacznie lepiej niż Gitorious)
• Ich niedawno zaktualizowane powiadomienie jest bardzo wygodne.
• Pokazują kod od razu

Moim zdaniem ich zabójcą jest „Wykres sieci”:

Różnica w stosunku do gitk: pokazuje również, co dzieje się w gałęziach innych osób (bez konieczności ciągnięcia ich gałęzi), co jest bardzo ważne podczas współpracy.

GitHub jest prosty, łatwy w użyciu, łatwy w rozpoczęciu, potężny i wygląda świetnie i jest zgodny z Web 2.0.

Korzystam z GitHub i uważam, że jest on znacznie łatwiejszy w użyciu niż SourceForge, który miał swoją moc ukrytą za serią menu i wymagał dość skomplikowanych operacji, aby cokolwiek skonfigurować. A ja jestem programistą.

Ponadto myślę, że istnieje jeszcze jedna potężna funkcja: czy to osoba, która chce gdzieś opublikować swój pierwszy projekt typu open source, czy też zespoły, które chcą współpracować przy komercyjnym (prywatnym) projekcie, GitHub „doskonale skaluje się” dla prawie wszystkich przypadków użycia.

Koniec dnia, myślę, że chodzi o ludzką psychologię. Czy produkt jest łatwy w użyciu, łatwy w użyciu, niedrogi (lub darmowy) ... czy wygląda dobrze i czy poleciłbym go moim znajomym? W przypadku GitHub odpowiedziałbym twierdząco na wszystkie te pytania.

Musisz także wziąć pod uwagę niektóre dość niesamowite funkcje oferowane przez github, o których jeszcze nie wspomniałem.

• strony github ze zniżką o smaku github
• Aplikacja mobilna github
• wtyczka github eclipse
• github dla Mac
• zadania github
• github dla Windows
• System biletowy / śledzenia błędów github
• github API dla deweloperów, który pozwala na bezproblemową integrację strony trzeciej
• częste aktualizacje / ulepszenia interfejsu użytkownika (możesz dosłownie zobaczyć zmiany z dnia na dzień, tj. pole tekstowe wyszukiwania teraz dynamicznie rozwija się, fokus stał się nowym przyciskiem gwiazdki itp.)
• github gists (dobre dla skryptów narzędziowych, krótkich fragmentów kodu itp.)
• bezproblemowa integracja github przez hub

Inne strony mogą mieć te funkcje, ale jestem pewien, że żadna witryna nie ma ich wszystkich.

Ci faceci są praktycznie wszędzie ... powoli rozpraszają swoje techniczne zalety w Internecie i na komputerach. Stają się coraz większe i lepsze, kiedy rozmawiamy, i zatrudniają najlepszych inżynierów (nawet udało im się ukraść Phila Haacka z Microsoftu ... idź).

Dodatkowym powodem, który może przyciągać dodatkowych programistów do GitHub, jest fakt, że narzędzia programistyczne zaczynają obejmować git, a platformy takie jak Eclipse mają teraz wbudowaną obsługę Git po wyjęciu z pudełka (dotyczy pakietów dla Java, C ++ Developers itp.), Dzięki czemu potrzeba mniej kroków, aby Twój projekt został przesłany do GitHub.

Szczerze mówiąc, najważniejszą rzeczą dla Gita, kiedy ją widzę: 1. Wykres sieciowy lub powinienem nazwać Historię (również komentując) 2. Żądanie rozgałęzienia i ściągania 3. Jest bardziej wydajny, naprawdę, powiedziałbym, że jest taki wydaje mi się, że mam sekretarkę, która zajmuje się całą moją pracą, i mogę powiedzieć temu sekundzie, żeby spisał mi wszystko, zmianę, wszystko! 4. Łatwo jest przywrócić

Po prostu to. Korzystanie z niego jest seksowne