Co je Git a proč byste měli používat řízení verzí, pokud jste vývojář

reklama

Jako weboví vývojáři hodně času máme tendenci pracovat na webech pro místní rozvoj, pak vše po nahrání jednoduše nahrajeme. To je v pořádku, když jste jen vy a změny jsou malé, ale když jednáte s více než jednou osoba pracující na něčem nebo na velkém projektu se spoustou složitých komponent, to prostě není realizovatelný. Tehdy se obrátíme na něco, co se nazývá kontrola verzí.

Dnes budu mluvit o open source softwaru pro správu verzí zvaném Git. To umožňuje více než jedné osobě bezpečně pracovat na stejném projektu, aniž by se vzájemně ovlivňovaly, ale je to mnohem víc.

Proč používat software pro správu verzí?

V první řadě by to jméno mělo dát pryč. Software pro správu verzí vám umožňuje mít „verze“ projektu, které ukazují změny, které byly v kódu provedeny v průběhu času, a v případě potřeby vám umožní zpětné sledování a tyto změny zrušit. Tato schopnost sama o sobě - ​​schopnosti porovnat dvě verze nebo zvrátit změny, je při práci na větších projektech docela neocenitelná.

Pravděpodobně jste to někdy udělali sami, když si na různých místech ukládáte kopie projektu, takže máte zálohu. V systému pro správu verzí by byly uloženy pouze změny - opravný soubor, který lze použít na jednu verzi, aby byl stejný jako následující verze. U jednoho vývojáře to stačí.

Ale co když máte na projektu více než jednoho vývojáře? Tehdy přichází myšlenka centralizovaného serveru pro správu verzí. Jedná se o standard již dlouhou dobu, kdy jsou všechny verze uloženy na centrálním serveru a změny jednotlivých vývojářů a nahrání změn zpět na tento server. Pokud jste se někdy podívali na historii úprav na stránce Wikipedie, máte dobrou představu o tom, jak to funguje ve scénáři skutečného světa:

Výhodou systému, jako je tento, je to, že více vývojářů může provádět změny a každou změnu pak lze připsat konkrétnímu vývojáři. Nevýhodou je, že skutečnost, že je vše uloženo ve vzdálené databázi, znamená, že při výpadku serveru nelze provádět žádné změny; a pokud dojde ke ztrátě centrální databáze, má každý klient pouze aktuální verzi toho, na čem pracovali.

To nás zavede do Gitu a dalších takzvaných distribuované systémy pro správu verzí. V těchto systémech klienti nekontrolují pouze aktuální verzi souborů a nepracují na nich - zrcadlí celou historii verzí. Každý vývojář má vždy úplnou kopii všeho. Centrální server je stále používán, ale pokud by se to nejhorší stalo, pak všechno může být obnoveno od všech klientů, kteří mají nejnovější verze.

Git konkrétně funguje tak, že pořizuje „snímky“ souborů; Pokud soubory zůstanou v konkrétní verzi nezměněny, jednoduše se spojí s předchozími soubory - vše bude rychlé a štíhlé.

Může vás také zajímat, abyste se dozvěděli, že Git se používá ke správě a rozvoji jádro linuxového jádra - základní stavební blok, na kterém jsou postavena všechna linuxová distros.

Co je Github?

Přestože můžete svůj vlastní server Git provozovat lokálně, Github je vzdálený server, komunita vývojářů a grafické webové rozhraní pro správu vašeho projektu Git. Je zdarma používat až 5 veřejných úložišť - to znamená, když si kdokoli může prohlížet nebo rozvětvovat váš kód - s nízkými náklady na soukromé projekty. Důrazně doporučujeme, abyste se zaregistrovali k bezplatnému účtu, abyste mohli začít hrát s vašimi vlastními projekty nebo rozdávat někoho jiného.

Rozvětvení a větvení

Toto jsou základní pojmy zážitku Git, takže si udělejme chvíli, abychom vysvětlili rozdíl.

Pravděpodobně jste slyšeli práci „vidlice“, když se zabýváte linuxovými distribucemi. Pokud jste obeznámeni s aplikací Media Center Plex, víte, že to byla původně vidlička podobného otevřeného zdroje Xbox Media Center Aeon Nox 3.5: Krásné a přizpůsobitelné téma pro XBMCNastavte si své mediální centrum přesně podle svých představ. Aeon Nox 3.5 je nejnovější verze toho, co je možná nejlepším tématem pro XBMC, a je to vzácná kombinace: krásná ... Přečtěte si více . To jednoduše znamená, že v minulosti někteří vývojáři převzali kód XBMC a rozhodli se s ním jít svou vlastní cestou; z toho se stal Plex.

To je samozřejmě zcela povoleno, když je projekt otevřeným zdrojovým kódem - můžete si vzít kód, dělat s ním cokoli chcete. S Git, pokud máte pocit, že jsou vaše změny dost dobré na to, aby byly vráceny zpět do „hlavního“ projektu, vy mohou autorovi požádat o „vyžádání“ a požádat je, aby své změny stáhli zpět do původní podoby projekt. To vám umožní mít stovky tisíc vývojářů, kteří pracují na projektu v kterémkoli okamžiku, z nichž nikdo nesmí nutně musí být schválen pro přístup k kódu - pouze zkopírují kód, provedou změny a požádají o vrácení zpět do mistr. Samozřejmě je na vlastníkovi původního projektu, jestli se rozhodnou vaše změny přijmout nebo ne.

Větvení je něco, co se provádí interně na projektu autorizovanými vývojáři. To vám umožní snadno oddělit konkrétní problémy nebo funkce a pracovat na nich bez porušení hlavních souborů. Až budete spokojeni s tím, že se vaše pobočka zabývala tímto problémem, sloučíte ji zpět do pána. V každém okamžiku může být tolik poboček, kolik chcete; navzájem se nezasahují. Můžete také sloučit změny mezi větvemi, aniž byste se dotkli předlohy.

Zde je skvělý diagram příkladného pracovního postupu Vincent Driessen:

Až se příště podíváme na to, jak nastavit funkční příklad Git a provést změny kódu v rámci větví. Správa verzí je obrovské téma. Uváděl jsem zde pouze nejkratší přehled, ale jako vývojář, který je zvyklý dělat jen změny a zrušit je, pokud nepracují, mi celá myšlenka propukla - doufám, že to také vaše.

Jste zkušený vývojář se zkušenostmi s Git? Začínáte a myslíte si, že byste si chtěli jít? Zvuk v komentářích!