Github com w języku rosyjskim instrukcje krok po kroku. git

Opór wobec zmian jest fundamentalną cechą człowieka. Jeśli nie było Gita w czasie, gdy zaczynałeś z systemami kontroli wersji, jest wysoce prawdopodobne, że zaczynałeś od Subversion. Często ludzie mówią, że Git jest zbyt skomplikowany dla początkujących. Jednak błagam, nie zgadzam się z tobą.

W tym artykule pokażę Ci, jak możesz wykorzystać Git do swoich projektów. Załóżmy, że budujesz projekt od zera i chcesz używać Git jako systemu kontroli wersji. Po zapoznaniu się z podstawowymi komendami przyjrzymy się, jak możesz umieścić swój kod na GitHubie.

W tym artykule omówimy podstawy — jak zainicjować projekt, jak zarządzać nowymi i istniejącymi plikami oraz jak przechowywać kod w chmurze. Pominiemy niektóre trudne rzeczy, takie jak rozgałęzianie, ponieważ ten artykuł jest przeznaczony dla początkujących.

Instalowanie Gita

Oficjalna strona Git jest dostępna dla różnych systemów - Linux, Mac, Windows. W naszym przypadku będziemy używać Ubuntu 13.04 i będziemy instalować Git przez apt-get .

sudo apt-get install git

Wstępna konfiguracja

Stwórzmy katalog, w którym będziemy pracować. Możesz także użyć Git do pracy nad istniejącym projektem, w takim przypadku nie utworzysz katalogu demonstracyjnego, jak opisano poniżej.

mkdir mój_git_projekt cd mój_git_projekt

Pierwszym krokiem jest zainicjowanie repozytorium Git w katalogu projektu. Możesz to zrobić za pomocą polecenia init, które tworzy katalog .git ze wszystkimi informacjami o twoim projekcie.

Git config --global user.name "Shaumik" git config --global user.email " [e-mail chroniony]" git config --global color.ui "auto"

Warto zauważyć, że jeśli nie podasz swojego adresu i imienia i nazwiska, zostaną użyte wartości domyślne. W naszym przypadku domyślnymi wartościami będą donny i [e-mail chroniony]

Ustawiliśmy również kolor interfejsu na auto , aby dane wyjściowe poleceń Git były kolorowe. Do tych poleceń dodajemy przedrostek --global, aby te wartości były używane w całym systemie i nie trzeba ich ustawiać dla każdego projektu z osobna.

Przygotowanie plików do zatwierdzenia

Następnym krokiem jest utworzenie kilku plików. Możesz do tego użyć dowolnego edytora tekstu. Zauważ, że jeśli inicjujesz Git w istniejącym projekcie, nie musisz wykonywać tego kroku.

Sprawdzanie stanu repozytorium

Teraz, gdy masz już pliki w swoim projekcie, przyjrzyjmy się, jak Git sobie z nimi radzi. Aby sprawdzić aktualny status repozytorium, użyj polecenia git status

Dodawanie plików do Gita

W tym momencie Git nie monitoruje żadnego z naszych plików. Aby tak się stało, musisz specjalnie dodać pliki do Git. W tym celu używamy polecenia add.

Git dodaj mój_plik

Po sprawdzeniu statusu repozytorium widzimy, że jeden z plików został już do niego dodany.

Aby dodać wiele plików, skorzystaj z poniższych (zwróć uwagę, że pierwszy plik dodaliśmy wcześniej, więc dodaliśmy tylko pozostałe dwa).

Git dodaj mój plik2 mój plik3

Możliwe jest rekurencyjne użycie git add, ale należy zachować ostrożność przy tym poleceniu. Istnieją pewne pliki (takie jak skompilowane programy), których nie należy dodawać do kontroli źródła. Jeśli użyjesz git add rekurencyjnie, te pliki również zostaną dodane do repozytorium.

Usuń pliki

Wyobraźmy sobie, że przypadkowo dodałeś do repozytorium plik, którego nie powinno tam być. Lub chcesz usunąć plik z systemu kontroli wersji. Ogólnie rzecz biorąc, polecenie git rm nie tylko usunie plik z repozytorium, ale także fizycznie usunie go z dysku. Aby Git przestał śledzić plik, ale zachował go na dysku, użyj następującego polecenia:

Git rm --cached [nazwa pliku]

Zatwierdź zmiany

Po dodaniu wszystkich niezbędnych plików możesz je zatwierdzić (zatwierdzić) w Git. Pomyśl o zatwierdzeniu jako o migawce stanu projektu na określonym etapie, do której możesz wrócić w dowolnym momencie i zobaczyć stan projektu w tym momencie. Z każdym zatwierdzeniem związana jest wiadomość, która jest podawana jako argument po prefiksie -m

Git commit -m „Moje pierwsze zatwierdzenie”

Określ wiadomość, która będzie zawierała przydatne informacje, ponieważ pomogą one zrozumieć, co dokładnie zostało zmienione w ramach tego zatwierdzenia. Unikaj ogólnych komunikatów, takich jak „Zasady dotyczące błędów”. Jeśli masz narzędzie do śledzenia błędów, możesz określić komunikat typu „Naprawiony błąd nr 123”. Dobrą praktyką jest umieszczenie w komunikacie nazwy oddziału lub usprawnienia. Na przykład „Zarządzanie zasobami - Dodano możliwość generowania PDF na podstawie zasobu” to jasny i zrozumiały przekaz.

Git identyfikuje zatwierdzenie za pomocą długiej liczby szesnastkowej. Zwykle nie jest konieczne kopiowanie całej linii, wystarczy pierwszych 5-6 znaków, aby zidentyfikować konkretny commit. Na zrzucie ekranu widać, że nasze zatwierdzenie jest identyfikowane przez numer 8dd76fc .

Dalsze zobowiązania

Zmieńmy niektóre pliki po ich zatwierdzeniu. Po ich zmianie git status zgłosi, że zmieniliśmy pliki.

Możesz zobaczyć, co zmieniło się w tych plikach od czasu poprzedniego zatwierdzenia za pomocą polecenia git diff. Jeśli chcesz zobaczyć zmiany dla konkretnego pliku, możesz użyć git diff<файл> .

Konieczne jest zindeksowanie zmian i zatwierdzenie ich. Wszystkie zmienione pliki projektu można dodać do zatwierdzenia za pomocą następującego polecenia:

Możesz uniknąć używania tego polecenia, dodając opcję -a do git commit . To polecenie zindeksuje wszystkie zmodyfikowane pliki i zatwierdzi je. Ale takie podejście może być dość niebezpieczne, ponieważ możesz omyłkowo popełnić coś, czego nie chciałeś. Załóżmy na przykład, że otwierasz plik i przypadkowo go zmieniasz. Podczas indeksowania zmodyfikowanych plików zostaniesz powiadomiony o zmianach w każdym pliku. Ale jeśli zatwierdzisz wszystkie zmienione pliki bez patrzenia na pomoc. git commit -a , wtedy wszystkie pliki zostaną zatwierdzone, w tym te, których nie chciałeś zatwierdzić.

Po zindeksowaniu plików możesz rozpocząć zatwierdzanie. Jak wspomniano wcześniej, możesz określić komunikat dotyczący zatwierdzenia za pomocą opcji -m. Ale możesz także określić wielowierszowe komentarze za pomocą polecenia git commit, które otwiera edytor konsoli, aby wprowadzić komentarz.

Zarządzanie projektami

Aby wyświetlić historię projektu, możesz użyć następującego polecenia:

Wyświetli pełną historię projektu w postaci listy zatwierdzeń i informacji o nich. Informacje o zatwierdzeniu zawierają skrót zatwierdzenia, autora, czas i komunikat zatwierdzenia. Istnieje wiele rodzajów poleceń dziennika git, z którymi będziesz musiał się zapoznać podczas rozgałęziania w Git. Aby zobaczyć szczegóły konkretnego zatwierdzenia i pliki, które uległy zmianie, uruchom następujące polecenie:

Pokaz Gita<хеш_коммита>

Gdzie<хеш_коммита>to liczba szesnastkowa powiązana z zatwierdzeniem. Ponieważ ten przewodnik jest przeznaczony dla początkujących, nie omówimy, jak przywrócić stan określonego zatwierdzenia ani jak zarządzać gałęziami.

Większość z was prawdopodobnie słyszała o systemie kontroli wersji git. Dzisiaj przyjrzymy się całej ścieżce od instalacji git do wprowadzenia naszych zmian w zdalnym repozytorium na przykładzie biblioteki OsEngine Najpierw pobierz klienta git z linku i zainstaluj go. Nie pojawią się pytania
powinien, po prostu kliknij Dalej wszędzie. Dalsza interakcja z git zostanie rozważona na przykładzie pracy z klientem konsolowym Kolejnym krokiem jest rejestracja na stronie https://github.com/ . Teraz możemy przystąpić do prac nad OsEngine. W tym celu przejdź do repozytorium projektu i kliknij przycisk Fork w prawym górnym rogu.

Tym działaniem stworzyliśmy fork (innymi słowy branch), który jest przechowywany w repozytorium naszego konta i teraz możemy wprowadzać w nim zmiany bez obawy, że zepsujemy coś w głównej gałęzi projektu. Co więcej, to właśnie nasze repozytorium na githubie nazwiemy zdalnym repozytorium.
Teraz zacznijmy od samego git i pierwszą rzeczą, którą musimy zrobić, to utworzyć lokalną kopię zdalnego repozytorium na naszym komputerze. Aby to zrobić, przejdź do żądanego folderu, wybierz element Git Bash Here w menu kontekstowym, a konsola się otworzy.

$ git clone „wstaw tutaj niecytowany link”

Rozpocznie się proces kopiowania zdalnego repozytorium do lokalnego, a kopia robocza o nazwie OsEngine pojawi się w bieżącym folderze.

Praca z lokalnym repozytorium

konfiguracja gita

Zanim zaczniesz pracować z git, musisz go skonfigurować. Otwórz git bash, ustaw login i hasło za pomocą poleceń:

$ git config --global user.name "twoje imię"
$ git config --global user.email "twój e-mail"

Poniższe polecenie umożliwia przeglądanie pliku konfiguracyjnego:

$ git config --global --list

Praca z gałęziami

Gałęzie w git są takie same jak gałęzie na github. Aby utworzyć nową gałąź, uruchom polecenie w konsoli:

$ git branch żądana nazwa

Aby przełączyć się do tej gałęzi, uruchom polecenie:

$ git nazwa oddziału kasy

aby wrócić do głównej gałęzi, wpisz:

$ git mistrz kasy

zmień nazwę oddziału:

$ git branch -m nowa nazwa

zespół Gałąź $ git pozwala określić w jakim oddziale aktualnie się znajdujemy. Usuwa polecenie rozgałęzienia

$git branch –D nazwa gałęzi

Połączenie gałęzi z główną odbywa się za pomocą polecenia:

$ git merge nazwa gałęzi

Podczas łączenia oddziałów, w których te same pliki są zmieniane w różny sposób, może dojść do konfliktu i fuzja nie nastąpi. Aby wyjść z tej sytuacji, musisz odpowiednio naprawić te pliki.

Zobowiązania

Cały sens używania git tkwi w zatwierdzeniach. Zatwierdzenie to tak zwana migawka stanu projektu na określonym etapie.
rozwój. Na przykład: mamy bibliotekę OsEngine, do której dodaliśmy
to nowy wskaźnik i zatwierdziłem, a następnie zdecydowałem się poprawić jakiś plik
silnik i po tym aplikacja się zawiesza lub nie chce działać poprawnie. Do
aby nie wykonywać dodatkowej pracy i nie poprawiać wszystkiego z powrotem, możemy po prostu
cofnięcie do poprzedniego zatwierdzenia, gdy aplikacja działała tak, jak powinna. Odpowiednio
cała praca z git obraca się wokół tworzenia, usuwania, edytowania, scalania
zatwierdzenia i rozgałęzienia.

Dodawanie plików do index

Załóżmy, że dodaliśmy plik README do projektu, ale przed zatwierdzeniem musimy dodać zmienione pliki do
indeks, tzw. tymczasowe przechowywanie zmian. Odbywa się to w następujący sposób: jeśli chcesz zindeksować jeden plik, wykonujemy

$ git dodaj plik README

a plik README zostanie dodany do indeksu, jeśli chcesz zindeksować wszystkie zaktualizowane i nowe pliki, a następnie wykonaj

$ git dodaj .

Zauważ, że jest z kropką na końcu i spacją przed nią.

Usuwanie plików z index

Jeśli przypadkowo zindeksowałeś niepotrzebny plik, to komenda git reset pomoże Ci usunąć go z indeksu, na przykład usuń plik README z indeksu:

$git reset README

Jeśli zmienisz zdanie na temat zachowania zmian wprowadzonych w pliku, uruchom polecenie

$ git checkout -- nazwa pliku

i powróci do stanu, w jakim znajdował się w momencie ostatniego zatwierdzenia, pamiętaj tylko, że wszystkie zmiany w tym pliku znikną.

Utwórz zatwierdzenie

Teraz możesz zatwierdzić zmiany, odbywa się to za pomocą polecenia:

$ git commit –m „Tu powinien być cytowany komentarz”

Należy pamiętać, że obecność komentarza jest warunkiem wstępnym. Historię zmian można przeglądać za pomocą polecenia

$gitlog

pokaz $git pokaże tylko najnowsze zmiany. Naciśnij q, aby wyjść z trybu odtwarzania.

Git ma możliwość indeksowania wszystkich zmian i zatwierdzania jednym poleceniem:

$ git commit -a -m "komentarz w cudzysłowie"

A oznacza: dodaj wszystkie zmiany do indeksu przed zatwierdzeniem.
-m: komentarz.

Edycja, usuwanie, zatwierdzanie

Jeśli chcesz cofnąć ostatnie zatwierdzenie, użyj polecenia:

$ git przywraca GŁOWĘ

Zatwierdzenia liczone są od 0 począwszy od ostatniego, np. jeśli chcesz cofnąć trzecie zatwierdzenie, powinieneś uruchomić:

$ git przywraca HEAD~2

Zespół $ git reset --soft HEAD~3 usunie ostatnie 3 zatwierdzenia i przywróci projekt do stanu czwartego zatwierdzenia, zachowując wszystkie zmiany ostatnich trzech zatwierdzeń w indeksie.

$ git reset -- twardy HEAD~3

całkowicie usunie ostatnie trzy zatwierdzenia.

Stan pliku

$ status git - główne polecenie monitorujące stan plików. Pokazuje, czy są zmiany w monitorowanych plikach lub czy istnieją pliki niemonitorowane. Śledzone pliki to te pliki, które znajdują się w poprzednim zatwierdzeniu. Jeśli dodaliśmy nowy plik do projektu, zostanie on uznany za nieśledzony.

Dokonywanie lokalnych zmian w zdalnym repozytorium

Teraz, gdy niezbędne zmiany zostały wprowadzone w lokalnym repozytorium, można je przesłać do zdalnego repozytorium.
Odbywa się to poprzez uruchomienie polecenia:

$ git push mistrz pochodzenia

W takim przypadku będziesz musiał wprowadzić login i hasło z github. Pobieranie może jednak nie nastąpić. Przyczyną może być to, że w zdalnym repozytorium są zmiany, których nie ma w lokalnym. Aby wyjść z sytuacji, musisz podnieść te nowe
zmiany w lokalnym repozytorium za pomocą polecenia:

$git-pull

Korzystanie z kluczy SSH

Aby pozbyć się konieczności każdorazowego wpisywania loginu i hasła podczas wysyłania zmian do zdalnego repozytorium, można skorzystać z kluczy SSH. Najpierw musisz wygenerować klucze, uruchamiając polecenie:

$ generator kluczy ssh

Następnie naciśnij enter 3 razy iw domyślnym katalogu C:\Użytkownicy\nazwa_użytkownika\.ssh pojawi się folder z kluczami. Trzeba otworzyć plik
id_rsa typu PUB w dowolnym edytorze tekstu i skopiuj jego zawartość. Następnie przejdź do github w ustawieniach konta

Następnie w kolumnie po lewej stronie wybierz pozycję: Klucze SSH i GPG i naciśnij zielony przycisk po prawej Nowy klucz SSH

ustaw Tytuł, w polu Klucz wklej dane skopiowane z klucza i kliknij

Łączenie oddziałów na github

Po wprowadzeniu wszystkich niezbędnych zmian w zdalnym repozytorium możesz przesłać pull request do głównego repozytorium projektu OsEngine. Po prostu kliknij przycisk Nowe żądanie ściągnięcia

i wtedy

W tym artykule omówiliśmy podstawowe polecenia git, wystarczą one, aby rozpocząć pracę nad projektem OsEngine z wykorzystaniem git i usługi github.

Szczęśliwych zobowiązań!

To naturalne, że ludzie opierają się zmianom. Jeśli Git nie był twoją rzeczą, kiedy zaczynałeś pracować z systemami kontroli wersji, prawdopodobnie lepiej czujesz się z Subversion (SVN).

Często ludzie mówią, że Git jest zbyt skomplikowany dla początkujących. Jednak błagam, by się z tym nie zgadzać.

W tym samouczku pokażę Ci, jak używać Git w swoich projektach. Załóżmy, że budujesz projekt od zera i chcesz zarządzać nim za pomocą Git . Przeglądając listę podstawowych poleceń, dowiesz się, jak hostować swój kod w chmurze za pomocą GitHub.

W tym artykule omówimy podstawy Git — jak inicjować projekty, jak zarządzać nowymi i istniejącymi plikami oraz jak przechowywać kod w chmurze.

Nie będziemy dotykać stosunkowo złożonych części Gita, takich jak rozgałęzianie, ponieważ ten samouczek jest przeznaczony dla początkujących.

Instalowanie Gita

Oficjalna witryna Git ma dokładna informacja o instalowaniu go w systemach Linux, Mac i Windows. W naszym przypadku będziemy używać Ubuntu 13.04 do celów demonstracyjnych, gdzie zainstalujemy Git za pomocą apt-get:

sudo apt-get install git

Początkowe ustawienia

Stwórzmy katalog, w którym będziemy pracować. Alternatywnie możesz użyć Git do zarządzania jednym z istniejących projektów; w takim przypadku nie będziesz musiał tworzyć katalogu demonstracyjnego, jak pokazano poniżej:

mkdir my_git_project cd my_git_project

Pierwszym krokiem jest zainicjowanie Git w katalogu. Można to zrobić za pomocą polecenia init, które tworzy katalog .git zawierający wszystkie informacje związane z Git dla twojego projektu.

git config --global user.name "Shaumik" git config --global user.email " [e-mail chroniony]" git config --global color.ui "auto"

Należy pamiętać, że jeśli nie wpiszesz swojego imienia i adresu e-mail, zostaną użyte wartości domyślne. W naszym przypadku domyślnymi wartościami byłyby nazwa użytkownika donny i adres e-mail. [e-mail chroniony].

Ustawiliśmy również kolor interfejsu użytkownika na auto , co powoduje, że dane wyjściowe polecenia Git są kodowane kolorami.

Przedrostek --global przed poleceniami ma na celu uniknięcie konieczności wpisywania tych poleceń konfiguracyjnych przy następnym uruchomieniu projektu Git w naszym systemie.

Przygotowanie plików do zatwierdzenia

Następnym krokiem jest utworzenie plików w katalogu. Możesz użyć na przykład edytora tekstu Vima. Zauważ, że jeśli zamierzasz dodać Git do już istniejącego katalogu, nie musisz wykonywać tego kroku:

Sprawdź stan repozytorium

Teraz, gdy mamy już kilka plików w naszym repozytorium, przyjrzyjmy się, jak Git sobie z nimi radzi. Aby sprawdzić aktualny status repozytorium, użyj polecenia git status:

Dodawanie plików do Git w celu śledzenia

W tej chwili nie mamy żadnych plików do śledzenia za pomocą Git. Musimy dodać pliki specjalnie do Git, aby powiedzieć Gitowi, co ma śledzić.

Dodaj pliki za pomocą polecenia add:

Sprawdzając ponownie status repozytorium, widzimy, że został dodany jeden plik:

Aby dodać wiele plików, możesz użyć następującego polecenia (zwróć uwagę, że dodaliśmy jeszcze jeden plik w celach demonstracyjnych):

git dodaj mój plik2 mój plik3

Możesz użyć git add rekurencyjnie, ale bądź ostrożny z tym poleceniem. Istnieją pewne pliki (takie jak pliki skompilowane), które są zwykle przechowywane poza repozytorium Git.

Jeśli rekurencyjnie użyjesz polecenia add, doda ono wszystkie takie pliki, jeśli istnieją w twoim repozytorium.

Usuwanie plików

Ale uruchomienie prostej komendy git rm usunie plik nie tylko z Git , ale także z lokalnego systemu plików! Do

Git przestał śledzić plik, ale sam plik nadal znajduje się w systemie lokalnym, uruchom następujące polecenie:

git rm --cached

Zatwierdź zmiany

Po umieszczeniu plików możesz przesłać je do Git . Pomyśl o zatwierdzeniu jako o uchwyceniu określonego momentu, do którego możesz wrócić, aby uzyskać dostęp do swojego repozytorium w tym momencie.

Możesz dołączyć wiadomość do każdego zatwierdzenia, która jest poprzedzona prefiksem -m :

git commit -m „Moje pierwsze zatwierdzenie”

Podaj przydatne komunikaty o zatwierdzeniu, ponieważ pomogą ci zidentyfikować, co zmieniłeś w tym zatwierdzeniu.

Unikaj zbyt ogólnych wiadomości, takich jak „ Błędy naprawione". Jeśli masz narzędzie do śledzenia problemów, możesz dodawać wiadomości w postaci „ Naprawiono błąd nr 234».

Dobrą praktyką jest używanie nazwy gałęzi lub nazwy funkcji jako przedrostka komunikatu zatwierdzenia. Na przykład, " Zarządzanie zasobami: Dodano funkcję generowania plików zasobów PDF' to wymowna wiadomość.

Git identyfikuje zatwierdzenia, dodając do każdego zatwierdzenia długi numer szesnastkowy. Z reguły nie musisz kopiować całej linii, wystarczy pierwszych 5-6 znaków, aby określić swoje zatwierdzenie.

Zauważ, że na zrzucie ekranu nasze pierwsze zatwierdzenie jest identyfikowane przez 8dd76fc .

Dalsze zobowiązania

Teraz zmieńmy kilka plików po naszym pierwszym zatwierdzeniu. Po ich zmianie zobaczymy, że w wyniku uruchomienia polecenia git status Git znalazł zmiany w śledzonych przez siebie plikach:

Możesz sprawdzić zmiany w śledzonych plikach dokonane w ostatnim zatwierdzeniu za pomocą polecenia git diff. Jeśli chcesz zobaczyć zmiany w określonym pliku, użyj polecenia git diff :

Musisz ponownie dodać te pliki, aby wprowadzić zmiany w śledzonych plikach dla następnego zatwierdzenia. Możesz dodać wszystkie monitorowane pliki, uruchamiając polecenie:

Możesz uniknąć używania tego polecenia, używając przedrostka -a dla polecenia git commit, które doda wszystkie zmiany do śledzonych plików.

Proces ten jest jednak bardzo niebezpieczny, gdyż może zaszkodzić projektowi. Załóżmy na przykład, że otworzyłeś plik i zmieniłeś go przez pomyłkę.

Jeśli wybiórczo umieścisz pliki, zauważysz zmiany w każdym pliku. Ale jeśli dodasz przedrostek -a do swojego zatwierdzenia, wszystkie pliki zostaną zatwierdzone i nie będziesz w stanie wykryć ewentualnych błędów.

Po umieszczeniu plików możesz rozpocząć zatwierdzanie. Wspomniałem, że z każdym zatwierdzeniem może być powiązany komunikat, który poprzedzimy -m .

Jednak możliwe jest wprowadzenie wiadomości w wielu wierszach za pomocą polecenia git commit, które otwiera interaktywny formularz zapisu:

Zarządzanie projektami

Aby wyświetlić historię swojego projektu, możesz uruchomić następujące polecenie:

Spowoduje to wyświetlenie całej historii projektu, czyli listy wszystkich zatwierdzeń i informacji na ich temat. Informacje o zatwierdzeniu obejmują kod skrótu zatwierdzenia, autora, czas i komunikat zatwierdzenia. Istnieją różne odmiany dziennika git, które możesz eksplorować po opanowaniu koncepcji gałęzi w Git.

Aby wyświetlić szczegółowe informacje o konkretnym zatwierdzeniu i plikach, które uległy zmianie, uruchom następujące polecenie:

git-show

Gdzie to liczba szesnastkowa powiązana z zatwierdzeniem. Ponieważ ten samouczek jest przeznaczony dla początkujących, nie omówimy, jak przywrócić stan określonego zatwierdzenia ani jak zarządzać gałęziami.

Hosting kodu w chmurze

Teraz, gdy wiesz już, jak zarządzać kodem w swoim systemie, nadszedł czas, aby umieścić go w chmurze.

Rozproszone systemy kontroli wersji (DVCS) stopniowo zastępują systemy scentralizowane. Jeśli jeszcze nie używasz jednego z nich, teraz jest czas, aby go wypróbować.

W tym artykule postaram się pokazać jak szybko można zacząć eksperymentować z git za pomocą strony github.com.

W tym artykule nie omówimy różnic między różnymi systemami DVCS. Również praca z git nie będzie szczegółowo omawiana, istnieje wiele dobrych źródeł na ten temat, które przytoczę na końcu artykułu.

Witryna github.com jest więc pozycjonowana jako usługa sieciowa do hostowania projektów przy użyciu systemu kontroli wersji git, a także jako sieć społecznościowa dla programistów. Użytkownicy mogą tworzyć nieograniczoną liczbę repozytoriów, z których każde zapewnia wiki, system śledzenia problemów, możliwe jest przeprowadzanie recenzji kodu i wiele więcej. GitHub jest obecnie najpopularniejszą usługą tego typu, wyprzedzając Sourceforge i Google Code.

W przypadku projektów typu open source korzystanie ze strony jest bezpłatne. Jeśli potrzebujesz prywatnych repozytoriów, możesz przejść na płatny plan:

Zacznijmy od rejestracji. Kliknij link github.com/signup/free i wprowadź swoje dane.
Po rejestracji przechodzimy do Panelu naszego konta:

W tej chwili nie mamy ani jednego repozytorium i możemy albo utworzyć nowe repozytorium, albo rozgałęzić (fork) z już istniejącego repozytorium innej osoby i utrzymywać własną gałąź rozwojową. Następnie, jeśli chcesz, możesz zaoferować swoje zmiany autorowi oryginalnego repozytorium (Pull request).

Ale najpierw zainstalujmy git i skonfigurujmy go do pracy z witryną.

Jeśli korzystasz z systemu Windows, pobierz i zainstaluj msysgit . Jest to konsolowa wersja git dla systemu Windows (dalej historia będzie oparta na przykładzie tego systemu operacyjnego).
Instrukcje dla MacOS X (pol)
Instrukcja dla Linuksa (pol)
Nie powinno być żadnych problemów, po prostu kliknij Dalej wszędzie. Po instalacji wybierz Git Bash Explorer z menu kontekstowego:

Lub przez Git Bash.lnk w folderze z zainstalowanym programem:

Zapisujemy nasze dane i ustawienia podziału linii w konsoli:
git config --global user.name „twoje imię”
git config --global user.email "twoja poczta"
git config --global core.autocrlf prawda
git config --global core.safecrlf prawda

Przy okazji polecam dobry interaktywny kurs korzystania z git z poziomu konsoli. Kurs trwa kilka godzin i zapewnia niezbędne podstawowe umiejętności.

Dla tych, którzy preferują gui, istnieje kilka takich narzędzi do pracy z git dla Windows. Dwa główne to SmartGit (międzyplatformowy) i TortoiseGit. Oba są dobre, a którego użyć, to kwestia gustu. Opiszę pracę z TortoiseGit.
W przypadku maków do wyboru jest również giu.

oficjalny klient z GitHub - moim zdaniem nadal jest dość wilgotny.
GitX - osobiście mi się nie podobał
GitBox - najczęściej obserwowany Mac-way, bardzo polecam go wypróbować

O gicie po rosyjsku:
habrahabr.ru/blogs/Git/106912 „Successful branching model for git” - tłumaczenie dobrego artykułu w języku angielskim
interaktywny kurs githowto.com dotyczący pracy z git z poziomu konsoli
habrahabr.ru/blogs/Git/106912 „Dlaczego git” + dyskusja
habrahabr.ru/blogs/development/68341 „Git do przejścia z SVN” + dyskusja