2015-04-26 6 views
15

Jestem początkującym Git i Github i nadal mylić o nich. Mówi się, że możemy używać Git bez Github podczas współpracy z innymi ludźmi. Mówi się jednak, że Git działa lokalnie na swoim komputerze. Jeśli nie używamy Githuba, jak możemy współpracować, podczas gdy Git działa tylko lokalnie?Jak współpracować w projekcie przy użyciu Git bez korzystania z Github?

+2

Istnieje wiele sposobów, aby przesłać do zdalnego repozytorium, w tym utworzenie własnego serwera git. Github jest po prostu * jednym * środkiem do łatwego udostępniania zdalnych repozytoriów, a na pewno nie jedynym. http://www.bitbucket.org to kolejny duży. –

+4

Nie wiem, kto głosował na to, jest to całkiem dobre pytanie dla początkującego, ponieważ zakładam, że OP jest. – brian

+4

Potrzebujesz usługi do obsługi repozytorium dla ciebie. Tutaj możesz skonfigurować repozytorium. Stamtąd możesz pchać i ciągnąć swoje gałęzie - w ten sposób udostępniasz kod. GitLab, GitHub, BeanStalk i Bitbucket to tylko niektóre z tych usług. Niektóre są bezpłatne. Wypróbuj prosty przykład z jednym współpracownikiem. @ Brian Jestem trochę zaniepokojony liczbą głosów na dół i negatywnymi komentarzami skierowanymi do początkujących. – Jeff

Odpowiedz

1

współpracować poprzez zamianę zobowiązuje wokół wśród repozytoriów i współpracując do jakiego stopnia można znaleźć wygodny na co nazwać ciekawsze. to jest to! Naprawdę: to wszystko.

Github uruchamia serwer, który obsługuje większość głównych protokołów obsługiwanych przez git, służących do zamiany zatwierdzeń i odnośników, a ponadto posiada graficzny interfejs użytkownika, który ułatwia poręczne abstrakcje i funkcje dostępu z dostępem przez przeglądarkę, ale kiedy dochodzi do tego, że chodzi o zamiany zatwierdzeń. Istnieje wiele sposobów na to, ponieważ podstawowa struktura jest (całkiem dosłownie niewiarygodnie) prosta. To takie proste, ludzie w to nie wierzą.

Twoje repo są twoje; to, co się w nich dzieje, to tylko twój biznes. Pomysł polega na tym, że przeniesienie commitów do innego repozytorium jest w pewnym uzgodnionym (dla każdego repo) znaczeniu publikowania ich. Co najmniej kilka repozytoriów (w tym własne) będzie zawierało wstępne projekty zmian i losowe notatki, eksperymenty i bezpośrednie śmieci, których nikt nie chce. Nikt nie dba o to, co jest w twoich osobistych repo, tak samo jak obchodzi to, co jest w notatkach na twoim biurku, to te, które publikujesz, mają znaczenie.

Korzystanie z wielu operacji repozytorium dla pojedynczego projektu jest powszechne - tworzenie klonu piaskownicy dla naprawdę eksperymentalnej pracy dosłownie nie zajmuje dwóch sekund nawet dla największych repozytoriów (każde późniejsze pobranie może zająć trochę czasu). Zaczynasz robić klony do tmpfs z ledwą myślą.

A przy każdym repo masz pełną moc światowej klasy vcs dostępną dla własnego, ekskluzywnego i osobistego użytku.

1

Git jest oprogramowanie do kontroli wersji, który wyznacza repozytoriów. Jak to się robi i jak nimi zarządzać, to inna historia, ale najważniejsze jest to, że kod pozostaje w repozytoriach. Wszystkie repozytoria są identyczne, ponieważ jest to system rozproszony. Problem polega na tym, że podczas współpracy cały zespół potrzebuje dostępu do tego samego repozytorium.

To jest zasadniczo to, co robi github: tworzy repozytorium, które działa jako główne repozytorium, a każdy członek zespołu synchronizuje swoje repozytorium z "głównym" (pamiętaj, że repozytorium z github jest takie samo jak twoje).

Dlaczego nie synchronizować go do repozytorium na komputerze? Ponieważ jest łatwiej. Będziesz musiał skonfigurować serwer, aby podać swój adres IP, możesz stworzyć problemy bezpieczeństwa i tak dalej. Ale można to zrobić. Jeśli na przykład chcesz naprawdę chronić swój kod przed firmą, po prostu utwórz repozytorium git na komputerze i zsynchronizuj repozytoria wszystkich użytkowników z tym komputerem.

Powiązane problemy