Pre ľudí je prirodzené brániť sa zmenám. Ak ste sa s Git nestretli, keď ste začali pracovať so systémami na správu verzií, pravdepodobne sa cítite pohodlnejšie so Subversion (SVN).

Ľudia často hovoria, že Git je pre nováčikov príliš komplikovaný. S týmto si však dovolím nesúhlasiť.

V tomto návode vám ukážem, ako používať Git vo vašich projektoch. Povedzme, že budujete projekt od nuly a chcete ho spravovať pomocou Git. Keď si prejdete zoznam základných príkazov, získate predstavu o tom, ako hostiť svoj kód v cloude pomocou GitHubu.

V tomto článku si povieme o základoch Gitu – ako inicializovať svoje projekty, ako spravovať nové a existujúce súbory a ako uložiť kód v cloude.

Nebudeme sa dotýkať pomerne zložitých častí Gitu, ako je vetvenie, keďže tento návod je určený pre začiatočníkov.

Inštalácia Git

Oficiálna stránka Git má detailné informácie o inštalácii v systémoch Linux, Mac a Windows. V našom prípade na demonštračné účely použijeme Ubuntu 13.04, kde nainštalujeme Git pomocou apt-get:

sudo apt-get install git

Pôvodné nastavenie

Vytvorme si adresár, v rámci ktorého budeme pracovať. Prípadne môžete použiť Git na správu jedného z vašich existujúcich projektov; v tomto prípade nebudete musieť vytvoriť demo adresár, ako je uvedené nižšie:

mkdir my_git_project cd my_git_project

Prvým krokom je inicializácia Git v adresári. Môžete to urobiť pomocou príkazu init, ktorý vytvorí adresár .git obsahujúci všetky informácie súvisiace s Git pre váš projekt.

git config --global user.name "Shaumik" git config --global user.email " [e-mail chránený]"git config --global color.ui" auto "

Je dôležité poznamenať, že ak neuvediete svoje meno a e-mailovú adresu, použijú sa predvolené hodnoty. V našom prípade by predvolené hodnoty boli používateľské meno donny a e-mailová adresa. [e-mail chránený].

Nastavili sme tiež farbu používateľského rozhrania na automatickú, takže výstup príkazov Git bude farebne odlíšený.

Predpona -global pred príkazmi slúži na to, aby sme sa vyhli zadávaniu týchto konfiguračných príkazov pri ďalšom spustení projektu Git v našom systéme.

Príprava súborov na odovzdanie

Ďalším krokom je vytvorenie súborov v adresári. Môžete použiť napríklad textový editor Vim. Upozorňujeme, že ak sa chystáte pridať Git do existujúceho adresára, nemusíte vykonať tento krok:

Skontrolujte stav úložiska

Teraz, keď máme niekoľko súborov v našom úložisku, pozrime sa, ako s nimi Git narába. Ak chcete skontrolovať aktuálny stav úložiska, musíte použiť príkaz git status:

Pridávanie súborov do Git na sledovanie

Momentálne nemáme žiadne súbory na sledovanie pomocou systému Git. Potrebujeme pridať súbory konkrétne do Gitu, aby sme Gitu povedali, čo má sledovať.

Pridajte súbory pomocou príkazu add:

Opätovnou kontrolou stavu úložiska vidíme, že bol pridaný jeden súbor:

Na pridanie viacerých súborov je možné použiť nasledujúci príkaz (všimnite si, že sme na demonštračné účely pridali ďalší súbor):

git add myfile2 myfile3

Môžete použiť git add rekurzívne, ale pri tomto príkaze buďte opatrní. Existujú určité súbory (napríklad skompilované súbory), ktoré sú zvyčajne uložené mimo úložiska Git.

Ak použijete príkaz add rekurzívne, pridá všetky takéto súbory, ak existujú vo vašom úložisku.

Odstraňovanie súborov

Ale spustenie jednoduchého príkazu git rm odstráni súbor nielen z Gitu, ale aj z vášho lokálneho súborového systému! Komu

Git prestal sledovať súbor, ale samotný súbor je stále vo vašom lokálnom systéme, spustite nasledujúci príkaz:

git rm --uložené do vyrovnávacej pamäte

Potvrdiť zmeny

Po umiestnení súborov ich môžete odoslať do systému Git. Predstavte si, že odovzdanie je zachytenie konkrétneho bodu, ku ktorému sa môžete vrátiť, aby ste v tomto bode získali prístup k svojmu úložisku.

Ku každému potvrdeniu môžete naviazať správu, ktorá je pripojená s predponou -m:

git commit -m "Moje prvé odovzdanie"

Naplňte svoje odovzdania užitočnými správami, pretože vám to pomôže určiť, čo ste v tomto odovzdaní zmenili.

Vyhnite sa príliš všeobecným správam ako „ Chyby opravené". Ak máte nástroj na sledovanie úloh, môžete pridávať správy ako „ Opravená chyba č. 234».

Je dobrou praxou použiť názov vetvy alebo názov funkcie ako predponu správy odovzdania. Napríklad, " Správa aktív: Pridaná funkcia na generovanie súborov aktív PDF„Je to zmysluplná správa.

Git identifikuje odovzdania pridaním dlhého hexadecimálneho čísla ku každému odovzdaniu. Spravidla nemusíte kopírovať celý riadok, na definovanie vášho odovzdania stačí prvých 5-6 znakov.

Upozorňujeme, že na snímke obrazovky je naše prvé odovzdanie identifikované kódom 8dd76fc.

Ďalšie záväzky

Teraz po našom prvom odovzdaní zmeníme niekoľko súborov. Po ich zmene uvidíme, že v dôsledku spustenia príkazu git status Git zistil zmeny v súboroch, ktoré sleduje:

Zmeny v sledovaných súboroch vykonané v poslednom odovzdaní môžete skontrolovať pomocou príkazu git diff. Ak chcete vidieť zmeny v konkrétnom súbore, použite príkaz git diff :

Tieto súbory musíte znova pridať, aby ste mohli implementovať zmeny do sledovaných súborov pre ďalšie odovzdanie. Všetky sledované súbory môžete pridať spustením príkazu:

Použitím tohto príkazu sa môžete vyhnúť použitím predpony -a pre príkaz git commit, ktorý pridá všetky zmeny do sledovaných súborov.

Tento proces je však veľmi nebezpečný, pretože môže poškodiť projekt. Povedzme napríklad, že ste otvorili súbor a omylom ho zmenili.

Ak selektívne pridelíte súbory, všimnete si zmeny v každom súbore. Ak však do odovzdania pridáte predponu -a, všetky súbory sa potvrdia a nebudete môcť identifikovať možné chyby.

Po umiestnení súborov môžete začať s potvrdením. Spomenul som, že ku každému commitu môže byť priradená správa, ktorú zadávame s predponou -m.

Je však možné zadať správu na viacero riadkov pomocou príkazu git commit, ktorý otvorí interaktívny formulár zápisu:

Projektový manažment

Ak chcete zobraziť históriu svojho projektu, môžete spustiť nasledujúci príkaz:

Zobrazí sa celá história projektu, čo je zoznam všetkých odovzdaní a informácií o nich. Informácie o odovzdaní zahŕňajú hash odovzdania, autora, čas a správu odovzdania. Existujú rôzne možnosti denníka git, ktoré môžete preskúmať, keď budete mať prehľad o vetve v systéme Git.

Ak chcete zobraziť podrobné informácie o konkrétnom potvrdení a súboroch, ktoré sa zmenili, spustite nasledujúci príkaz:

git show

kde toto je hexadecimálne číslo spojené s odovzdaním. Keďže tento tutoriál je určený pre začiatočníkov, nebudeme sa zaoberať tým, ako sa vrátiť do stavu konkrétneho odovzdania alebo ako spravovať pobočky.

Umiestnenie kódu do cloudu

Teraz, keď ste sa naučili spravovať kód vo vašom systéme, je čas umiestniť váš kód do cloudu.

Distribuované systémy na správu verzií (DVCS) postupne nahrádzajú centralizované. Ak ešte jeden z nich nepoužívate, je čas to vyskúšať.

V tomto článku sa vám pokúsim ukázať, ako môžete rýchlo začať experimentovať s git pomocou github.com.

Tento článok sa nebude zaoberať rozdielmi medzi rôznymi DVCS. Taktiež práca s gitom sa nebude podrobne zaoberať, existuje veľa dobrých zdrojov na túto tému, ktoré uvediem na konci článku.

Stránka github.com je teda umiestnená ako webová služba na hosťovanie projektov pomocou systému kontroly verzií git, ako aj ako sociálna sieť pre vývojárov. Používatelia môžu vytvárať neobmedzený počet úložísk, pre každé z nich je k dispozícii wiki, systém sledovania problémov, je možné vykonávať kontroly kódu a mnoho ďalšieho. GitHub je zďaleka najpopulárnejší svojho druhu, predbieha Sourceforge a Google Code.

V prípade projektov s otvoreným zdrojom je používanie stránky bezplatné. Ak potrebujete mať súkromné ​​úložiská, môžete prejsť na platený tarifný plán:

Začnime registráciou. Prejdite na odkaz github.com/signup/free a zadajte svoje údaje.
Po registrácii sa dostaneme na Dashboard nášho účtu:

Teraz nemáme jediný repozitár a môžeme buď vytvoriť nový repozitár, alebo forkovať z existujúceho repozitára niekoho iného a udržiavať našu vlastnú vývojovú vetvu. Potom, ak si to želáte, môžete ponúknuť svoje zmeny autorovi pôvodného úložiska (Pull request).

Najprv si však nainštalujte git a nakonfigurujte ho tak, aby fungoval s webom.

Ak používate Windows, stiahnite si a nainštalujte msysgit. Toto je konzolová verzia git pre Windows (príbeh nižšie bude založený na príklade tohto OS).
Pokyny pre MacOS X (eng)
Pokyny pre Linux (eng)
Nemali by nastať žiadne problémy, stačí všade kliknúť na Ďalej. Po inštalácii vyberte kontextovú ponuku Git Bash Explorer:

Alebo cez Git Bash.lnk v priečinku s nainštalovaným programom:

V konzole registrujeme naše údaje a nastavenia zlomu riadkov:
git config --global user.name "vaše meno"
git config --global user.email "vaša pošta"
git config --global core.autocrlf true
git config --global core.safekrlf true

Mimochodom, odporúčam vziať si dobrý interaktívny návod na používanie git z konzoly. Kurz je hotový za pár hodín a poskytuje potrebné základné zručnosti.

Pre tých, ktorí uprednostňujú gui - pre Windows existuje niekoľko takýchto nástrojov na prácu s git. Dva hlavné sú SmartGit (viacplatformový) a TortoiseGit. Oba nie sú zlé a ktorý z nich použiť, je vecou vkusu. Popíšem prácu s TortoiseGit.
Pre mak je k dispozícii aj možnosť giu.

• oficiálny klient z GitHubu - podľa mňa je ešte dosť vlhký.
• GitX - mne osobne sa to nepáčilo
• GitBox - väčšina sleduje mac-way, vrelo odporúčam vyskúšať

O git v ruštine:
"Successful branching model for git" - preklad dobrého článku v anglickom jazyku
githowto.com interaktívny návod na prácu s git z konzoly
Prečo git + diskusia
Git pre ľudí migrujúcich zo SVN + diskusia

Podrobný úvod do práce s Git

Čo je Git a prečo ho potrebujem?

Git je distribuovaný systém správy verzií, ktorý vám umožňuje uložiť všetky zmeny vykonané v súboroch uložených v úložisku. Zmeny sú uložené ako snímky, nazývané potvrdenia, ktoré môžu byť zverejnené na mnohých serveroch. Predstavte si to ako štandardný cloud pre zálohy na steroidoch – kód môžete v prípade zlyhania nielen obnoviť, ale aj vrátiť kód do ktoréhokoľvek z predchádzajúcich uložených stavov. Môžete tiež jednoducho komunikovať s ostatnými vývojármi – opäť, rovnako ako na jednom súbore v Dokumentoch Google môže pracovať niekoľko ľudí, aj vývojári môžu súčasne pracovať na rovnakom úložisku a ukladať svoje zmeny.

Vzhľadom na všetky svoje výhody je Git nenahraditeľným nástrojom pre každého, kto je alebo sa bude podieľať na vývoji. V tomto článku si prejdeme najužitočnejšie príkazy Git a kedy ich použiť. Môže vám tiež pomôcť oprášiť svoje znalosti, ak už poznáte Git.

Ako pracovať s Git

V systéme Git je k dispozícii veľa príkazov, takže je užitočné rozdeliť ich podľa témy / dôvodu použitia. Najprv sa pozrieme na prácu s Git na lokálnom stroji, keďže väčšina operácií prebieha práve tam, a potom prejdeme k viacužívateľskému formátu.

S Git môžete pracovať cez príkazový riadok aj cez grafické rozhranie, ako je GitHub Desktop. Aj keď môže byť príkazový riadok pre začínajúcich vývojárov odstrašujúci, stále je lepšie sa naučiť, pretože poskytuje viac možností ako mnohé nástroje rozhrania.

Príkazy Git majú zvyčajne tvar git<команда> <аргументы>kde argumentom môže byť cesta k súboru. Príkazy môžu mať aj možnosti, ktoré sú označené ako -<опция>alebo -<однобуквенная опция>... Umožňujú vám podrobnejšie prispôsobiť akcie príkazu. V tomto článku budú príkazy prezentované všeobecne, takže všetko, čo je in<>, budete musieť nahradiť svojimi vlastnými hodnotami.

Ak neviete, ako používať príkaz, môžete otvoriť príručku pomocou git help<команда>a ak potrebujete len pripomienku, použite git<команда>-h alebo git<команда>--help (--help a -h sú ekvivalentné).

Príprava Git

Inštalácia Git

Používatelia systému Windows si ho môžu stiahnuť odtiaľto.

V systéme macOS (OS X) sa Git dodáva ako súčasť nástrojov príkazového riadka Xcode, takže si ich budete musieť nainštalovať. Ak chcete skontrolovať Git, otvorte terminál a napíšte git --version, aby ste skontrolovali verziu.

Ak používate Linux, použite sudo apt install git-all (distribúcie založené na Debiane) alebo sudo dnf install git-all (založené na RPM).

Konfigurácia konfiguračného súboru

Prvá vec, ktorú musíte urobiť po inštalácii Git, je nastaviť si používateľské meno a e-mail, pretože sa používajú na identifikáciu a sú uložené vo všetkých snímkach, ktoré urobíte. Tieto nastavenia spolu so všetkými ostatnými sú uložené v konfiguračnom súbore.

Súbor.gitconfig môžete upraviť buď priamo pomocou textového editora, alebo použiť príkaz git config --global --edit a tiež môžete upraviť jednotlivé polia pomocou príkazu git config --global<поле> <значение>- zaujímajú nás polia user.name a user.email.

Môžete tiež nakonfigurovať svoj textový editor tak, aby písal správy odovzdania pomocou poľa core.editor. Spočiatku sa používa predvolený editor systému, ako napríklad vi pre Linux / Mac. Pole commit.template vám umožňuje zadať šablónu, ktorá sa má použiť pri každom odovzdaní.

Existuje mnoho ďalších polí, ale jedným z najužitočnejších je alias, ktorý spája príkaz s aliasom. Napríklad git config --global alias.st "status -s" vám umožňuje použiť git st namiesto git status -s

Príkaz git config --list zobrazí zoznam všetkých polí a ich hodnôt z konfiguračného súboru.

Vytvorte úložisko git

Na inicializáciu nového úložiska git môžete použiť príkaz git init alebo, ak chcete skopírovať existujúce, git clone<адрес репозитория> .

História odovzdania Git

Git ukladá údaje ako kolekciu ľahkých snímok známych ako commity. Ukladajú stav súborového systému v konkrétnom časovom bode, ako aj ukazovateľ na predchádzajúce odovzdanie. Každé odovzdanie obsahuje jedinečný kontrolný súčet – identifikátor, ktorý Git používa na odkazovanie na odovzdanie. Na sledovanie histórie Git uchováva ukazovateľ HEAD, ktorý ukazuje na prvé odovzdanie (reťazec odovzdaní sledujeme v opačnom poradí, aby sme sa dostali k predchádzajúcim odovzdaniam).

Môžeme odkazovať na odovzdanie buď prostredníctvom jeho kontrolného súčtu alebo jeho pozície vzhľadom na HEAD, napríklad HEAD ~ 4 odkazuje na odovzdanie, ktoré je 4 odovzdania pred HEAD.

Súborový systém Git

Git sleduje súbory v troch hlavných sekciách:

• pracovný adresár (súborový systém vášho počítača);
• staging area (oblasť stagingu, ukladá obsah nasledujúceho odovzdania);
• HEAD (posledné odovzdanie v úložisku).

Všetky základné príkazy na prácu so súbormi sa zredukujú na pochopenie toho, ako Git spravuje tieto tri sekcie. Existuje všeobecná mylná predstava, že v produkčnej oblasti sa ukladajú iba zmeny. Najlepšie je predstaviť si tieto tri oddiely ako samostatné súborové systémy, z ktorých každý obsahuje svoje vlastné kópie súborov.

Zobrazenie zmien v súborových systémoch

Príkaz git status zobrazí všetky súbory, ktoré sa líšia medzi týmito tromi sekciami. Súbory majú 4 stavy:

1. Untracked – Nájde sa v pracovnom adresári, ale v oblasti HEAD ani v pracovnej oblasti nie sú žiadne verzie (Git nepozná súbor).
2. Upravené - v pracovnom adresári je novšia verzia ako v oblasti HEAD alebo staging (zmeny nie sú v ďalšom odovzdaní).
3. Staged – v pracovnom adresári a oblasti súborov s fázou je novšia verzia v porovnaní s verziou uloženou v HEAD (pripravená na odovzdanie).
4. Žiadne zmeny - jedna verzia súboru vo všetkých sekciách, t. j. posledná odovzdanie obsahuje aktuálnu verziu.

Poznámka Súbor možno "upraviť" aj "pripraviť", ak je verzia v pracovnom adresári novšia ako pracovná oblasť, ktorá je zase novšia ako verzia v HEAD.

Môžeme použiť voľbu -s na git status, aby sme získali kompaktnejší výstup (riadok na súbor). Ak súbor nie je sledovaný, výstup bude ?? ; ak bol zmenený, jeho názov bude červený a ak je pripravený - zelený.

Ak chcete vidieť samotné zmeny a nie zmenené súbory, môžete použiť nasledujúce príkazy:

• git diff - porovnanie pracovného adresára s oblasťou pripravených súborov;
• git diff --staged - porovnať oblasť súboru vo fáze s HEAD.

Ak použijete argument<файл/папка>potom diff zobrazí zmeny iba pre zadané súbory / priečinky, napríklad git diff src /.

Aktualizácia súborových systémov

Príkaz Git add<файл/папка>aktualizuje oblasť rozmiestnených súborov verziami súborov / priečinkov z pracovného adresára.

Príkaz git commit aktualizuje HEAD novým odovzdaním, ktoré vytvára snímky súborov v pracovnej oblasti.

Akcia príkazu Git reset<коммит>pozostáva z troch možných krokov:

1. Presuňte ukazovateľ HEAD na<коммит>(napríklad, keď vrátite potvrdenie, pracovný adresár a prípravná oblasť budú mať novšie verzie súborov ako HEAD). Do tohto odovzdania sa presunie aj ukazovateľ vetvy HEAD.
2. Aktualizujte oblasť prípravy obsahom potvrdenia. V tomto prípade budú v pracovnom adresári iba najnovšie verzie súborov.
3. Aktualizujte pracovný adresár obsahom pracovnej oblasti. Na to musíte byť opatrní, pretože zmeny súboru budú nakoniec zničené.

V predvolenom nastavení príkaz git reset vykonáva iba kroky 1 a 2, jeho správanie však možno zmeniť pomocou možností --soft (iba 1 krok) a --hard (všetky kroky).

Ak zadáte cestu k súboru / priečinku, príkaz sa vykoná iba pre nich, napríklad git reset --soft HEAD ~ 1 src /.

Príkaz Git checkout HEAD<файл>produkuje rovnaký výsledok ako git reset --hard HEAD<файл>- prepíše verziu súboru v pripravenej oblasti súborov a v pracovnom adresári verziou z HEAD, čiže zruší zmeny po poslednom odovzdaní.

Na druhej strane git checkout<файл>(už bez HEAD) prepíše verziu súboru v pracovnom adresári verziou v pracovnej oblasti, čiže zruší zmeny od poslednej pripravenej verzie.

Nakoniec git rm<файл>zruší sledovanie súboru a odstráni ho z pracovného adresára, voľba --cached súbor uloží.

Ignorovanie súborov

Často nechceme, aby Git sledoval všetky súbory v úložisku, pretože môžu zahŕňať:

• súbory s citlivými informáciami, ako sú heslá;
• veľké dvojhviezdy;
• súbory zostavy, ktoré sa generujú po každej kompilácii;
• OS / IDE špecifické súbory, ako napr .DS_Store pre macOS alebo .iml pre IntelliJ IDEA – chceme, aby úložisko bolo čo najmenej závislé od systému.

Súbor .gitignore sa používa na ignorovanie. Vzory vyhľadávania možno použiť na označenie súborov, ktoré chceme ignorovať (predstavte si ich ako zjednodušené regulárne výrazy):

• / ___ - vyhýba sa rekurzívnosti - porovnáva súbory iba v aktuálnom adresári;
• __ / - nájde všetky súbory v zadanom adresári;
• * ___ - nájde všetky súbory so zadaným koncom;
• ! - ignorovanie súborov, ktoré zodpovedajú zadanej šablóne;
• [__] - zhoduje sa s ľubovoľným znakom uvedeným v hranatých zátvorkách;
• ? - zodpovedá akejkoľvek postave;
• / ** / - zodpovedá vnoreným adresárom, napríklad a / ** / d zodpovedá a / d, a / b / d, a / b / c / d atď.

Môžeme dokonca použiť vzory vyhľadávania pri zadávaní súboru / priečinka v iných príkazoch. Napríklad git add src / *. CSS pridá všetky súbory .css do priečinka src.

Zaväzuje sa

Keďže commity sú chrbtovou kosťou histórie verzií, nezaškodí dozvedieť sa o nich trochu viac.

Príkaz git commit otvorí textový editor na zadanie správy odovzdania. Prijíma aj niekoľko bežných argumentov:

• -m vám umožňuje napísať správu spolu s príkazom bez otvárania editora. Napríklad git commit -m "Opravená chyba";
• -a presunie všetky sledované súbory do prípravnej oblasti a zahrnie ich do odovzdania (umožní vám preskočiť git add pred odovzdaním);
• --amend nahradí posledné odovzdanie novým zmeneným odovzdaním, čo je užitočné, ak ste správu posledného odovzdania napísali nesprávne alebo ste do nej zabudli zahrnúť nejaké súbory.

Niekoľko tipov na počúvanie:

• Zaväzujte sa často: Zmeny nebudete môcť vrátiť späť, ak nie je čo vrátiť.
• Jedna zmena, jedno potvrdenie: Neumiestňujte všetky nesúvisiace zmeny do jedného odovzdania, ale rozdeľte ich, aby ste ich ľahšie vrátili späť.
• Formát správy: názov musí byť v imperatíve, kratší ako 50 znakov a musí logicky dopĺňať frázu this commit will ___ (toto odovzdanie opraví chyby – toto odovzdanie opraví chyby). Správa by mala vysvetľovať, prečo bolo odovzdanie vykonané, a samotné odovzdanie ukazuje, čo sa zmenilo. podrobnosti o tom, ako písať správy o odovzdaní.
• (Voliteľné) Nevykonávajte menšie zmeny: vo veľkom úložisku môže veľa malých odovzdaní upchať históriu. Za osvedčený postup sa považuje vytváranie takýchto odovzdaní počas vývoja a pri pridávaní do veľkého úložiska ich skombinovanie do jedného odovzdania.

Zobrazenie zmien v histórii

Na zobrazenie histórie predchádzajúcich odovzdaní v obrátenom chronologickom poradí môžete použiť príkaz git log. Môžu mu byť odovzdané rôzne možnosti:

• -p zobrazuje zmeny v každom potvrdení;
• --stat zobrazuje skrátené štatistiky pre odovzdania, ako sú zmenené súbory a počet pridaných/odstránených riadkov v každom z nich;
• -n ukazuje n posledné záväzky;
• --since = ___ a --until = ___ vám umožňuje filtrovať odovzdania podľa časového obdobia, napríklad --since = "2019-01-01" zobrazí odovzdania od 1. januára 2019;
• --pretty vám umožňuje určiť formát protokolov (napríklad --pretty = jeden riadok), môžete tiež použiť --pretty = format na ďalšie prispôsobenie, napríklad --pretty = format: "% h% s" ;
• --grep a -S filter sa zaväzuje so správami / zmenami kódu, ktoré obsahujú zadaný reťazec, napríklad git log -S názov_funkcie vám umožňuje vidieť pridanie / odstránenie funkcie;
• --no-merges preskočí zlučovacie potvrdenia;
• branch1..branch2 vám umožňuje vidieť, ktoré commity z vetvy 2 nie sú vo vetve 1 (užitočné pri zlučovaní vetiev). Napríklad git log master..test ukáže, ktoré commity z testovacej vetvy nie sú v master (o vetvách si povieme trochu neskôr).
• --left-right branch1 ... branch2 ukazuje odovzdania, ktoré sú buď vo vetve 1 alebo vetve 2, ale nie v oboch; znamenie< обозначает коммиты из ветка1 , а >- z vetvy 2. Upozorňujeme: používajú sa tri body, nie dva;
• -L preberá začiatok, koniec: súbor alebo: argument funkcie: súbor a zobrazuje históriu zmien odovzdanej sady riadkov alebo funkcie v súbore.

Ďalším užitočným príkazom je git obvinění<файл>, ktorý pre každý riadok súboru zobrazuje autora a kontrolný súčet posledného odovzdania, ktoré zmenilo daný riadok. -L<начало>, <конец>umožňuje obmedziť tento príkaz na zadané riadky. Dá sa to použiť napríklad na zistenie, ktoré odovzdanie spôsobilo konkrétnu chybu (aby ste ju mohli vrátiť späť).

Nakoniec je tu príkaz git grep, ktorý hľadá daný regexp vo všetkých súboroch v histórii odovzdania (nielen v pracovnom adresári ako grep). Voľba -n zobrazuje zodpovedajúce číslo riadku v súbore pre každú zhodu a --count zobrazuje počet zhôd pre každý súbor.

Poznámka Nezamieňajte si git grep s git log --grep! Prvý hľadá súbory medzi potvrdeniami a druhý sa pozerá na správy protokolu.

Vzdialené servery

Doteraz sme diskutovali len o používaní Gitu na lokálnom počítači. Môžeme však uchovávať históriu odovzdania vzdialených úložísk, ktoré možno sledovať a aktualizovať (predstavujte si ich ako vzdialené cloudové zálohy našej histórie odovzdania).

Príkaz git remote -v uvádza vzdialené úložiská, ktoré sledujeme, a názvy, ktoré sme im priradili.

Pri použití príkazu git clone nielenže si stiahneme kópiu úložiska, ale implicitne sledujeme aj vzdialený server, ktorý sa nachádza na zadanej adrese a ktorému je priradený pôvod názvu.

Najčastejšie používané príkazy:

• git remote add<имя> - pridá vzdialené úložisko s daným názvom;
• git vzdialené odstránenie<имя>- vymaže vzdialené úložisko s daným názvom;
• vzdialené premenovanie git<старое имя> <новое имя>- premenuje vzdialené úložisko;
• git remote set-url<имя> - priradí novú adresu pomenovanému úložisku;
• git vzdialená show<имя>- zobrazuje informácie o úložisku.

Nasledujúce príkazy fungujú so vzdialenými pobočkami:

• git fetch<имя> <ветка>- získava údaje z pobočky daného úložiska, ale nezlučuje zmeny;
• git ťahať<имя> <ветка>- zlučuje dáta z pobočky daného úložiska;
• git push<имя> <ветка>- Odošle zmeny do pobočky daného úložiska. Ak lokálna pobočka už sleduje vzdialenú pobočku, potom môžete jednoducho použiť git push alebo git pull.

Niekoľko ľudí teda môže požiadať o zmeny zo servera, vykonať zmeny v lokálnych kópiách a potom ich poslať na vzdialený server, čo umožňuje vzájomnú interakciu v rámci toho istého úložiska.

Vetvenie

Všetko je dobré a skvelé, ak každý vývojár pracuje na projekte v inom čase. Vyššie uvedené diagramy znázorňovali iba situácie, keď bol upravený pôvodný archív alebo lokálna kópia, nie prácu viacerých ľudí.

To nás privádza ku kľúčovej funkcii Gitu – vetveniu, možnosti pracovať na rôznych verziách projektu. To znamená, že namiesto jedného zoznamu s usporiadanými commitmi sa história bude v určitých bodoch rozchádzať (takže vyzerá ako strom). Každá vetva v Git obsahuje ľahký ukazovateľ HEAD na posledné odovzdanie v danej vetve, čo vám umožňuje vytvoriť veľa vetiev bez dodatočných nákladov. Tip: Pobočku pomenujte podľa funkcionality, ktorú v nej rozvíjate. Predvolená vetva má názov master.

Takže máme spoločný ukazovateľ HLAVA a HEAD pre každú vetvu. Prepínanie medzi vetvami teda zahŕňa iba pohyb HLAVA v HEAD príslušnej pobočky.

Štandardné príkazy:

• git vetva<имя ветки>- vytvorí novú vetvu s HEAD smerujúcou na HLAVA... Ak neprejdeš argumentom<имя ветки>, potom príkaz zobrazí zoznam všetkých miestnych pobočiek;
• git pokladňa<имя ветки>- prepne na toto vlákno. Pred prepnutím môžete prejsť voľbou -b na vytvorenie novej vetvy;
• git vetva -d<имя ветки>- vymaže pobočku.

Náš lokálny aj vzdialený archív môže mať veľa vetiev, takže keď sledujete vzdialené úložisko, vzdialená pobočka sa v skutočnosti sleduje (git clone prepojí vašu hlavnú vetvu s pôvodnou / hlavnou vetvou vzdialeného úložiska).

Prepojenie so vzdialenou pobočkou:

• git vetva -u<имя удалённого репозитория>/<удалённая ветка>- viaže aktuálnu vetvu na zadanú vzdialenú vetvu;
• git checkout --track<имя удалённого репозитория>/<удалённая ветка>- analóg predchádzajúceho príkazu;
• git pokladňa -b<ветка> <имя удалённого репозитория>/<удалённая ветка>- vytvorí novú lokálnu pobočku a začne sledovať vzdialenú;
• git branch --vv - zobrazuje lokálne a sledované vzdialené pobočky;
• git pokladňa<удалённая ветка>- vytvorí lokálnu pobočku s rovnakým názvom ako vzdialená a začne ju sledovať.

Vo všeobecnosti je git checkout o zmene miesta, na ktoré ukazuje HEAD vetvy, čo je podobné tomu, ako git reset presúva celkovú HEAD.

Schovávačka

Je tu jedna jemnosť - pri prepínaní vetiev Git vyžaduje, aby bol pracovný stav čistý, to znamená, že všetky zmeny v sledovaných súboroch musia byť potvrdené.

Približne. preklad. Nie je to celkom pravda. Za určitých okolností môže Git automaticky vložiť nepotvrdenú zmenu do inej vetvy.

Niekedy však máte nedokončené zmeny, ktoré nie je možné vykonať. V takejto situácii ich možno uložiť a skryť pomocou príkazu git stash. Ak chcete vrátiť zmeny, použite príkaz git stash apply.

Namiesto toho možno budete chcieť vymazať všetky vykonané zmeny. Ak áno, použite príkaz git clean. Voľba -d tiež odstráni nesledované súbory. Tip: pridajte voľbu -n, aby ste videli, čo sa stane, keď spustíte git clean bez priameho použitia.

Kombinovanie vetiev

Potom, čo sme si rozobrali, čo sú vetvy a ako sa medzi nimi prepínať, je čas porozprávať sa o tom, ako ich môžete po vývoji zlúčiť. Vetva, do ktorej chceme zmeny zlúčiť, sa bude volať hlavná vetva a vetva, z ktorej ich zlúčime, sa bude volať tematická vetva. Existujú dva spôsoby, ako vykonať zmeny z jednej vetvy do druhej: zlúčiť a presunúť.

Zlúčiť

Zahŕňa vytvorenie nového odovzdania, ktoré je založené na odovzdaní spoločného predka dvoch vetiev a ukazuje na obe HEAD ako predchádzajúce odovzdania. Na zlúčenie prejdeme na master a použijeme príkaz git merge<тематическая ветка> .

Ak obe vetvy zmenia rovnakú časť súboru, dôjde ku konfliktu zlučovania – situácia, v ktorej Git nevie, ktorú verziu súboru má uložiť, takže konflikt musíte vyriešiť sami. Ak chcete zobraziť konfliktné súbory, použite stav git.

Po otvorení takýchto súborov uvidíte podobné značky riešenia konfliktov:

<<<<<<< HEAD:index.html Everything above the ==== is the version in master. ======= Everything below the ==== is the version in the test branch. >>>>>>> test: index.html

Nahraďte všetko v tomto bloku verziou, ktorú chcete zachovať, a pripravte súbor. Po vyriešení všetkých konfliktov môžete použiť príkaz git commit na dokončenie zlúčenia.

Sťahovanie

Namiesto zlúčenia dvoch vetiev pomocou zlučovacieho odovzdania presun prehrá odovzdania tematickej vetvy ako sadu nových odovzdaní v základnej vetve, čo vedie k čistejšej histórii odovzdania.

Na presun sa používa príkaz git rebase.<основная ветка> <тематическая ветка>ktorý reprodukuje zmeny v hlavnom vlákne témy; HEAD tematickej vetvy ukazuje na posledné prehraté odovzdanie.

Sťahovanie vs. zlúčenie

Po zlúčení môže log s históriou vyzerať dosť chaoticky. Pohyb na druhej strane umožňuje prepisovanie histórie normálnym a konzistentným spôsobom.

Prečo sa teda spájať, keď môžete neustále využívať pohyb? Presun bohužiaľ nie je všeliekom na mätúce protokoly, keďže presunuté commity sú v skutočnosti iné ako tie pôvodné, hoci majú rovnakého autora, posolstvo a zmeny.

Predstavme si scenár:

• Vo svojej vetve vytvoríte viacero odovzdaní a zlúčite ich do hlavnej vetvy.
• Niekto iný sa rozhodne to vyriešiť na základe vašich záväzkov.
• Rozhodnete sa presunúť svoje odovzdania a odoslať ich na server.
• Keď sa niekto pokúsi zlúčiť svoju prácu na základe vašich pôvodných odovzdaní, skončia s dvomi paralelnými vetvami s rovnakým autorom, príspevkami a zmenami, ale odlišnými odovzdaniami.

Takže tu je tip:

Zmeny vykonajte iba vo svojej súkromnej miestnej pobočke – neposúvajte potvrdenia, od ktorých závisí niekto iný.

Vrátenie potvrdení - vrátiť späť a resetovať

Podobná debata o tom, čo je najlepšie použiť, vzniká, keď chcete zrušiť odovzdanie. Príkaz Git revert<коммит>vytvorí nové potvrdenie, ktoré vráti späť zmeny, ale zachová históriu, zatiaľ čo git resetuje<коммит>presunie ukazovateľ HEAD, čím poskytne čistejšiu históriu (ako keby k tomuto odovzdaniu nikdy nedošlo). Je dôležité poznamenať, že to tiež znamená, že sa už nemôžete vrátiť späť k týmto zmenám, napríklad ak sa stále rozhodnete, že zrušenie odovzdania bolo zbytočné. Čistejšie neznamená lepšie!

Poďme si to zhrnúť

V tomto bode máte takmer všetko, čo potrebujete, aby ste mohli začať s Git. Nižšie sú uvedené niektoré (voliteľné) pokročilé tipy na väčšiu kontrolu nad odovzdaním a históriou. Okrem toho sa nižšie v krátkosti dotkneme GitHubu – jednej z najznámejších platforiem na prácu s Git, ktorá sa vám môže hodiť.

Github

GitHub je platforma, ktorá hosťuje úložiská Git na svojich viacerých serveroch. Ako používateľ GitHubu si môžete ponechať svoje vzdialené úložiská na ich serveroch, ako aj prispievať do iných úložisk s otvoreným zdrojom. GitHub rozširuje používanie Git o niekoľko nových funkcií.

Môžete napríklad rozvetviť vzdialené úložisko, to znamená vytvoriť si vlastnú kópiu úložiska na serveri GitHub. Je to užitočné v prípadoch, keď nemáte povolenie na vytvorenie pobočky v pôvodnom úložisku. Keď použijete git clone, vaše lokálne úložisko bude sledovať vzdialený fork ako pôvod a pôvodné úložisko ako upstream.

Potom možno budete musieť zlúčiť tematickú vetvu vášho vzdialeného úložiska do hlavnej vetvy originálu. Ak to chcete urobiť, môžete vytvoriť novú požiadavku na stiahnutie, kde GitHub pred zlúčením skontroluje konflikty. Často existujú ďalšie kontroly pred zlúčením, ako je kontrola a schválenie kódu alebo dokonca spustenie testov. V požiadavke môžete diskutovať o kóde a všetky potvrdenia, ktoré odošlete do vzdialenej tematickej vetvy, sa automaticky pridajú do požiadavky, aj keď bola vytvorená pred týmito potvrdeniami.

Pokročilé použitie: Interaktívna príprava

Pracovnú oblasť môžete pohodlne ovládať (napríklad pri vykonávaní viacerých malých odovzdaní namiesto jedného veľkého) pomocou interaktívnej konzoly, na ktorej môžete spustiť príkaz git add -i. K dispozícii je 8 príkazov:

• stav - zobrazuje ku každému súboru krátky popis toho, čo je (ne)pripravené;
• aktualizovať - ​​pripravuje sledované súbory;
• vrátiť - odstrániť jeden alebo viac súborov z pripravenej oblasti;
• pridať nesledované - pripraví nesledovaný súbor;
• patch - pripraví len časť súboru (užitočné, keď ste napríklad zmenili niekoľko funkcií, ale chcete zmeny rozdeliť do niekoľkých commitov). Po výbere súboru sa vám zobrazia jeho fragmenty a ponúknu sa vám možné príkazy: Stage this hunk? ... Môžem vstúpiť? vidieť, čo každý tím robí;
• diff - zobrazuje zoznam pripravených súborov a umožňuje vám vidieť zmeny pre každý z nich;
• ukončiť - ukončí interaktívnu konzolu;
• pomoc - zobrazuje krátky popis každého príkazu.

Znak * vedľa súboru znamená, že príkaz zmení svoj stav (pripravený / nepripravený v závislosti od toho, či sa aktualizuje alebo vracia späť). Ak stlačíte Enter bez toho, aby ste čokoľvek zadali do niektorej z podponuiek príkazu, všetky súbory prejdú do (ne)pripraveného stavu.

Upozorňujeme, že vytváranie záplat (príprava iba časti súboru) je dostupné nielen v interaktívnej konzole, ale aj prostredníctvom príkazu git add -p.

Pokročilé použitie: Zmena histórie

Pre väčšiu kontrolu nad históriou odovzdania lokálnej pobočky môžete použiť príkaz git rebase -i HEAD ~ nčím sa otvorí interaktívna konzola na presun zostavy posledných n commity, uvedené v poradí od najstaršieho po najnovšie (teda v poradí, v akom budú presunuté). Týmto spôsobom môžete "upravovať históriu", ale nezabudnite, že pôvodné commity sa nedajú zmeniť, iba presunúť.

Poradie odovzdaní môžete zmeniť zmenou poradia, v ktorom sú uvedené.

Zmeniť správu odovzdania / rozdeliť odovzdania

Príkaz edit sa používa na zadanie odovzdania, ktoré chcete zmeniť. Potom, keď Git vykoná pohyb, zastaví sa pri tomto odovzdaní. Potom môžete použiť príkaz git commit --amend na zmenu správy alebo prípravu zabudnutých súborov. Ak chcete rozdeliť odovzdanie, po zastavení napíšte git reset HEAD ^ (výsledkom je, že HEAD sa presunie späť o jedno odovzdanie a všetky súbory zmenené v tomto odovzdaní prejdú do stavu nepripravenosti). Potom môžete súbory odovzdať v samostatných odovzdaniach obvyklým spôsobom.

Po dokončení úprav zadajte git rebase --continue.

Prepisovanie viacerých potvrdení

Niekedy možno budete musieť prepísať viacero potvrdení – v takýchto prípadoch môžete použiť git filter-branch. Napríklad, ak chcete odstrániť náhodne potvrdený súbor, môžete zadať git filter-branch --tree-filter "git rm -f<имя файла>"HLAVA. Všimnite si však, že toto posúva celý príbeh.

Zlúčenie viacerých odovzdaní

Ako pracujete na novej funkcii v projekte, môžete postupne vykonávať aj tie najmenšie zmeny v tematickej vetve. Z tohto dôvodu je však história posiata takými malými záväzkami, že to môže byť v rozpore s pravidlami projektu. Dá sa to vyriešiť zlúčením viacerých odovzdaní do jedného veľkého. Ak to chcete urobiť, najprv použite príkaz pick na výber prvého odovzdania a potom squash pre ďalšie. Git použije všetky zmeny v jednom odovzdaní a požiada vás o úpravu správy zdieľaného odovzdania.

Presun jedného odovzdania

Okrem zlučovania/presúvania všetkých odovzdaní v tematickej vetve vás môže zaujímať iba konkrétny odovzdanie. Povedzme, že máte miestnu pobočku konceptov, kde pracujete na niekoľkých potenciálnych článkoch, ale chcete zverejniť iba jeden z nich. Na to možno použiť príkaz git cherry-pick. Na získanie konkrétnych potvrdení, z ktorých si chceme vybrať, môžeme použiť git log<основная ветка>..<тематическая> .

Všimnite si, že toto vytvorí nové odovzdanie, ktoré iba zopakuje rozdiel vybraného odovzdania (to znamená rozdiel medzi týmto odovzdaním a predchádzajúcim), ale nie jeho stav.

Záver

Takže sme pokryli základné pojmy Git. Tento článok môžete použiť ako rýchlu referenciu alebo si môžete prečítať knihu „Pro Git“, ktorá je oveľa dlhšia (~ 450 strán) a pokrýva Git hlbšie.

Chcete načrieť hlbšie do Gitu, ale jedna veľká kniha vám nestačí (alebo naopak veľa)? Potom by ste sa mali pozrieť na ten náš.

Ak sa rozhodnete urobiť prvé kroky smerom k používaniu VCS (Version Control System), potom by ste už mali pochopiť, aký užitočný je. Používanie takýchto systémov má veľa výhod, ale toto nie je tento článok. V tomto článku vám ukážem, ako začať (v systéme Windows 7) s jedným z najpopulárnejších systémov na správu verzií - Github.

V slobodnom prejave veľmi často hovoríme nie github, ale jednoducho git, čo znamená zdroj https://github.com, nie sú to však úplne rovnaké veci. Samotný zdroj githab je webovým shellom systému na monitorovanie a riadenie našich projektov. Toto je druh sociálnej siete pre vývojárov a nielen pre php, ale aj pre iné programovacie jazyky. Pokiaľ ide o samotnú gitu, toto je program, ktorý nainštalujeme do nášho počítača / notebooku.

Aby sme mohli začať, budeme si musieť stiahnuť dva programy:

1. msysgit. Najnovšiu verziu si môžete stiahnuť tu -> Git
2. TortoiseGit (32bit a 64bit)

Po stiahnutí týchto dvoch programov začnime s ich inštaláciou.

Poznámka! Najprv musíme dať msysgit, a potom - TortoiseGit

Proces inštalácie pre msysgit je intuitívny, takže sa ním nebudeme zaoberať. Jediná vec je, že všetky nastavenia, ktoré sa nám ponúkajú počas procesu inštalácie, môžu zostať nezmenené a ponechané ako predvolené.

Označte položku, ktorú vidíte na obrázku vyššie.

Po nainštalovaní týchto balíkov zvážte, že ste prešli prvou fázou. Druhým krokom je získanie prístupu k nášmu úložisku na Github.

Najprv sa musíme zaregistrovať na https://github.com. Registrácia na tejto stránke je jednoduchá a príliš sa nelíši od podobných operácií na iných stránkach.

Poznámka! Pri registrácii uveďte skutočný email, ktorý používate

Potom budeme potrebovať meno, ktoré sme uviedli pri registrácii. Ak ste zrazu zabudli, ktorý ste pri registrácii zadali, môžete si ho pozrieť v sekcii Upraviť profil -> E-maily (https://github.com/settings/emails) a v hlavnom okne ho uvidíte:

Tu sme skončili, teraz musíme vygenerovať kľúč SSH. Ide o taký digitálny podpis pre váš počítač. Na získanie tohto kľúča potrebujeme rovnaký git. Po inštalácii by ste mali mať na pracovnej ploche skratku Git Bush. Dvojitým kliknutím naň spustíte konzolu.

Poznámka! Ak túto skratku na pracovnej ploche nemáte, tento príkazový riadok možno nazvať takto: na pracovnej ploche na prázdnom mieste vyvolajte myšou kontextové menu a v zozname položiek nájdete samotný Git Bush

Teraz na príkazovom riadku musíte spustiť príkaz:

ssh-keygen -t rsa -C "E-mail z vášho profilu"

Potom sa tu zobrazí nápis „Zadajte súbor, do ktorého chcete uložiť kľúč“. Zatiaľ to necháme tak, ako to je, a stlačíme Enter. Teraz sme vyzvaní na zadanie hesla, pričom tento krok preskočíme stlačením klávesu Enter, ale neskôr je možné toto heslo zadať samostatne. Potom vygenerujeme dva súbory - jeden z nich bude náš kľúč SSH.

Poznámka! Možno nemáte nainštalovaný modul ssh-keygen a vyššie uvedený príkaz jednoducho nebude fungovať a v dôsledku toho sa kľúč nevygeneruje. V takom prípade si stiahnite programy ako putty. Viac podrobností v článku o Habré -> http://habrahabr.ru/. Prípadne použite pripojenie HTTPS.

Ak ste urobili všetko tak, ako je popísané v tejto príručke a nič ste v procese nezmenili, súbory sa budú nachádzať tu: C: / users / (UserName) /. Ssh /

V tomto priečinku budeme potrebovať súbor ida_rsa.pub, ktorý je potrebné otvoriť pomocou bežného poznámkového bloku a skopírovať do schránky (jednoducho povedané, v otvorenom súbore stlačte Ctrl + A, potom Ctrl + C).

Ďalším krokom v konfigurácii je pridanie tohto kľúča do vášho profilu na github. Ak to chcete urobiť, prejdite do nastavení svojho profilu: Nastavenia -> Kľúče SSH a kliknite na tlačidlo Pridať kľúč SSH, ako je znázornené na obrázku nižšie.

Pred vami sa otvoril formulár s dvoma poliami:

1. Názov

Ponechajte názov prázdny, ale do poľa Kľúč prilepte predtým skopírovaný text zo súboru ida_rsa.pub.

Gratulujeme, ďalšia etapa je za nami. Stačí trochu viac a môžete si užívať prácu vo vlastnom úložisku.

Teraz vytvorte samostatný priečinok na lokálnom hostiteľovi, v ktorom bude uložený váš projekt, a zavolajte v ňom kontextové menu. Potom vyberte TortoiseGit -> Nastavenia, ako je znázornené na snímke obrazovky:

V okne, ktoré sa otvorí vľavo, uvidíte stromovú ponuku. Musíte vybrať Git -> Config a zapísať svoje meno a e-mailovú adresu presne tak, ako ste uviedli pri registrácii na github.

Teraz musíme naklonovať (skopírovať) úložisko do nášho počítača. Ak to chcete urobiť, prejdite do svojho vytvoreného úložiska na github a napravo uvidíte jeho adresu:

Skopírujte túto adresu do schránky. Teraz zavolajte kontextové menu v priečinku, ktorý ste vytvorili pre svoj projekt a vyberte príkaz “ Git Clone...“:

Otvorili sme okno, do ktorého musíme vložiť skopírovanú adresu nášho úložiska:

Venujte pozornosť poľu Adresár - niekedy je možné pridať ešte jeden priečinok. Uistite sa, že existuje cesta k priečinku projektu a nie nejaká iná. Teraz kliknite na OK. Začiatok klonovania:

Pokračovanie článku o práci s Git. Naučte sa pridávať súbory, odovzdávať a odosielať>

GitHub - čo to je? Tento zdroj je webová platforma na vytváranie verzií a spoluprácu pre vývojárov softvéru. Dodávané prostredníctvom obchodného modelu softvér ako služba bol spustený v roku 2008. Zdroj je založený na Git - systéme správy zdrojového kódu, ktorý bol vytvorený na urýchlenie vývoja softvéru.

GitHub je v súčasnosti medzi vývojármi a programátormi najpopulárnejšia služba hostenia kódu.

Čo je GitHub?

Git sa používa na ukladanie zdrojového kódu projektu a sledovanie kompletnej histórie všetkých zmien kódu. To umožňuje vývojárom efektívnejšie spolupracovať na projekte poskytnutím nástrojov na riadenie možných konfliktných zmien od viacerých vývojárov. Práca s GitHub vám umožňuje bezplatne upravovať a vylepšovať softvér z jeho verejných úložísk, ale za súkromné ​​úložiská sa účtujú poplatky a ponúkajú rôzne cenové plány. Každý verejný alebo súkromný archív obsahuje všetky súbory projektu, ako aj históriu zmien pre každý súbor. Repozitáre môžu mať viacerých zamestnancov a môžu byť verejné aj súkromné.

Ako môžem pracovať na GitHub?

Platforma uľahčuje sociálne kódovanie tým, že poskytuje webové rozhranie pre úložisko kódu Git a nástroje na správu pre spoluprácu. Tento projekt možno považovať za seriózny zdroj sociálnych sietí pre tvorcov softvéru.

Ako môžu účastníci spoločne programovať, navzájom si hodnotiť prácu, dostávať aktualizácie pre konkrétne projekty, komunikovať verejne alebo súkromne.

Používatelia môžu do svojho projektu pridať ďalších členov a spolupracovať.

Terminológia

Tri dôležité pojmy používané vývojármi v prostredí GitHub.com sú fork, pull request a merge.

Fork je úložisko, ktoré bolo skopírované z účtu jedného prispievateľa na účet iného. Tento nástroj umožňuje vývojárom vykonávať zmeny bez ovplyvnenia zdrojového kódu.

Keďže GitHub je intuitívny a ľahko použiteľný a jeho nástroje na správu verzií sú užitočné pre spoluprácu, tento zdroj sa stal populárnym medzi odborníkmi rôznych zameraní, vrátane neprogramátorov. Najmä sa začal používať na prácu na dokumentoch a multimediálnom vývoji. Napríklad dokumentačné projekty, vzdelávacie zdroje a iné typy práce, pri ktorých môžu používatelia interagovať online a spolupracovať. GitLab je open source alternatíva k GitHub.com.

Produkty a funkcie

Okrem známeho produktu GitHub.com ponúka zakladajúca spoločnosť SaaS aj on-premise verziu. GitHub Enterprise podporuje IDE, integrovaný systém nástrojov a mnoho aplikácií a služieb tretích strán. Zdroj ponúka zvýšenú bezpečnosť a možnosti overenia.

Medzi ďalšie produkty a funkcie aplikácie patria: