Unlimited Plugins, WordPress themes, videos & courses! Unlimited asset downloads! From $16.50/m
Advertisement
  1. Code
  2. Tools

Git pro návrháře

by
Difficulty:BeginnerLength:LongLanguages:

Czech (Čeština) translation by Tereza Foretová (you can also view the original English article)

Jsi pravděpodobně obeznámeni s nástroji, jako je Git a Subversion. Ale jako Návrháři webu, je docela možné, že, ale dalo by se říct že využití správy verzí v projektech, pravda je, že častěji než ne, prostě ne.

Pokud vám tento popis, neboj; Nejste sami. Ve skutečnosti to je tohoto autora zcela Nevyzkoumané názor, že obrovská většina Návrhář webu ne! Dilema je, že je společné přesvědčení, že správy verzí je výhradně pro hardcore kodérů, kteří tráví své dny v temnotě, a kdo zřídka dostat se do vzduchu, s výjimkou když mikrovlnné turní památky, signalizuje, že horké pocket je připravena ke konzumaci.

Ve skutečnosti, pokud jste kód pro web, na front-end nebo back-end, je vaše povinnost zodpovědně kód: použít správu verzí.


5 znamení, že to pro správu verzí

  1. Nemáte ponětí o tom co správy verzí je, nebo proč by mohlo být užitečné.
  2. Kód místně a nemají žádný záložní systém.
  3. Zálohování nahoru vaše projekty duplikováním sporadicky kořenový adresář.
  4. Omylem jste trvale odstraněn soubor a musel překódovat od nuly.
  5. Po provedení řadu úprav, vaše aplikace přestávky, na kterém místě máte podržte Command + Z pro bolestivé počet sekund, jak se budete dívat editoru stornovat provedené změny.

Přiznávám: každý vývojář identifikovala s jedním ze znamení si dříve poznamenali na jednom místě nebo jiný ve své kariéře. Ale pamatujte si: prvním krokem k zotavení je přiznat, že máte problém!


5 okamžité výhody pro správu verzí

  1. Náhodnému odstranění třídy nebo PSD? Spusťte jeden příkaz v terminálu se vrátit do předchozího stavu v projektu. Katastrofa se vyhnout!
  2. Někdy vyjekla hrůzou, jak je váš web nějak zmizela z pracovní plochy? Bylo to tam včera, ale dnes je pryč! Bezplatnou službu s názvem GitHub, to je non záležitost.
  3. Kdo to sakra by napsat tento kousek kódu, který teď budu muset strávit hodiny přepisování? Není třeba se ptát, kdo je na vině; Git vám řekne!
  4. Kód s povýšeností, přičemž budete vědět, že s každou revizi, jsou ukládány "snímky" aplikace, v případě, že potřebujete vrátit zpět do tohoto stavu v určitém okamžiku v budoucnosti.
  5. Pokud pro žádný jiný důvod, akceptovat, že vývojáři, kteří jsou pravděpodobně mnohem zkušenější než vy se považuje za nejvhodnější. Je to užitečné napodobovat ty, které obdivujeme.

Git?

Git je nejpopulárnější verzí kontrolní systém k dispozici.

Tak jak Git faktor do té kontroly celá verze? No super praštěné definice je, že Git je systém pro správu distribuovaných verzí, vyvinutý Linus Torvalds, kde každý pracovní adresář je vlastní repozitář s úplná historie, která je k dispozici v každém okamžiku. Navíc Git nabízí možnost sdílení kódu a vytvořit více poboček (nebo časové osy) pro vaše projekty, takže je vhodný zejména pro agilní vývojových týmů.

Může být více srozumitelné definice: Git je nástroj příkazového řádku, který jste - a ostatní vývojáři ve vašem týmu - umožňuje ukládat časté snímky vašich projektů. V libovolném bodě nabízí možnost vrátit změny do předchozího stavu, pouze jedním příkazem.

Scott Chacon kniha, "Pro Git," je k dispozici v celém rozsahu na stránkách Git.


Instalace Git

Jistě prvním krokem k wreckless "kovboj kódování" zotavení je ke stažení Git z git-scm.com. Použijte jednu z následujících adres URL, v závislosti na OS volby.

  • Mac: http://git-scm.com/download/mac
  • Windows: http://git-scm.com/download/win

Dále musíme nakonfigurovat instalace pouhým dotykem, přidružením uživatelské jméno a e-mailovou adresu. Otevřete konzoli nejbližší (terminál na počítačích Mac) a spusťte:

Nedělejte si starosti; to stačí napsat jednou, po první instalaci Git. Teď pro každou akci, kterou jste, Git použije tato nastavení.

Existují další možnosti konfigurace, například editor kódu, který by měl použít, když Git vyžaduje, abyste zadejte zprávu potvrzení, ale to prozatím ignorovat.

Gratulujeme Git je úspěšně nainstalována.


Základní cyklus

Jako u každé nové technologie, je nutné trochu malé učení.

Jedním z nejobtížnějších aspektů učení Git je dešifrování co různé žargonu týká. Potvrdí? Pracovní? Větve? Záznamy? Cože?

Jako u každé nové technologie, je nutné trochu malé učení. Naštěstí tak složité, jak Git mohou být, zejména jako web designer, brzy zjistíte že několik příkazů půjde dlouhou cestu. Pro srovnání zvažte anglický slovník a poté počet slov, které realisticky používáme v každodenní konverzaci. Totéž platí pro Git - na mnohem nižší úrovni. Takže nemají pocit, ohromen. Si to najednou jedním příkazem.

Chcete-li vyřadit tento matoucí terminologii, je nejlepší první, že z hlediska něco hmatatelného v reálném světě: vozit.

Představte si, že jste začal nové statické webové stránky. Vytvoření složky pro soubory jazyka JavaScript a CSS, jakož i soubor index.html s trochou standardní HTML. Ve skutečnosti teď udělat právě to! Po dokončení, je čas vytvořit první commit.

Návrat do terminálu a zadejte:

Tento příkaz "inicializovat Git," informuje Git, toužíme po správu verzí pro tento projekt. Nebo "start zapalování." Pouze musí být provedeny jednou, na začátku roku nového projektu životního cyklu.

Dále musíme určit, co je "status".

Pokud podél, budete pravděpodobně vidět něco v duchu:

I když poněkud matoucí, pokud bereme chvíli, uvidíme, že ve výchozím nastavení, právě pracujeme na "větev", nazývané "hlavní." Dále máme jeden nesledovaný soubor: index.html. Z toho jsme schopni dešifrovat, že Git není kouzelné; To musí být řečeno soubory, které chcete sledovat, abych tak řekl.

Zvědavý, proč JavaScript a CSS adresáře nejsou zahrnuty v seznamu Nesledované soubory? Git sleduje soubory, nikoli složky. Běžnou technikou, však zahrnout prázdné adresáře v odevzdání je přidání souboru .gitignore každý podadresář. Více o tom později!

Sledování souborů

Chcete-li sledovat soubory, musíme nejprve je nutné je přidat do pracovní oblasti - nebo, dát je na vozíku.

Teď když jsme znovu zkontrolujte stav, uvidíme:

Vynikající; Git sleduje změny v tomto souboru. V tomto případě jsme jen přidali jeden soubor. Je-li místo toho bychom raději přidat všechny soubory do pracovní oblasti, můžeme použít symbol období.

Mějte na paměti, že vůz ještě neopustilo; Naložili jsme jen pár krabic (nebo soubory) do zad. K provedení snímku a uložit kopii projektu stavu aktuálně sledované, musí být proveden commit.

Výše jsme vytvořili nové potvrzení a pokud poselství "První potvrzení." S tím naše první svěření bylo dokončeno a kamion opustil pro továrny, kopii projektu do zad.

Chcete-li ověřit vaši práci, použijte nový příkaz: "log."

Dokonalé, nové revize, ve skutečnosti, byla vytvořena, a zdá se také, že potvrzení má jedinečné referenční číslo. Soubor který prozatím.

Je-li znovu zkontrolovat stav.

Protože žádné změny byly provedeny od poslední revize, Git nám říká, co nejvíce:

Úspěch! 90 % využití Git bude následovat tento cyklus.

  • Provést změny
  • Přidat soubory do pracovní oblasti
  • Provést potvrzení zprávy popisující akci, která se konala

Opláchněte a opakovat!

Přejdeme k dalšímu kroku. Jako jednoduchý příklad snad chceme zahrnout jednoduché resetování stylů do našeho projektu. Budeme psát nejzákladnější (snad neuvážené) obnoví.

Teď vrátit do index.html a zahrnout odkaz na tento soubor:

Jako základní pravidlo Pokud můžete popsat osobu sedící vedle vás, jaké změny jste právě do projektu, pak to pravděpodobně si zaslouží potvrzení. Zavázat se často. Udělejme to teď. zpět do terminálu!

Při psaní zprávy odevzdání, obecně považuje za nejvhodnější psát v přítomném. Takže "Přidat soubor" namísto "přidán soubor."

Vpřed do zítřka a nyní váš šéf vám řekne, že oni nechtějí používat jednoduché obnovení souboru. Místo toho raději použít populární Normalize stylů, od Nicolas Gallagher.

Žádný problém; s Git to je snadné opravit. Pojďme vrátit předchozí potvrzení a proveďte požadované změny.

S Git pravidlo je: "nikdy přepsat dějiny."

Tento příkaz bude zvrátit všechny změny, které jste provedli v poslední commit. V podstatě je to potvrzení, který dělá přesný opak toho, co udělal ten předchozí. Proč obnovit, namísto vracení potvrzení zcela? Znovu protože jsme po osvědčených postupů. S Git pravidlo je: "nikdy přepsat dějiny." Vrátit změny, ale nikdy vymazat a vrátit je zpět.

Po střetu vstoupit, budete uvedena na novou obrazovku s textem "Revert" Přidat a zahrnují obnovení stylů. " V tomto bodě jste v režimu Vi (i když máte možnost nakonfigurovat Git používat libovolný editor kódu, který chcete.) Pro tuto chvíli Jdi s výchozí hodnoty, Uložit a ukončit. Toho dosáhnout zadáním,: wq (zápis a Quit).

A s jednoho příkazu, změny vráceny. Nestyď se a zkontrolujte. Byl odstraněn soubor style.css a již není odkaz na šablony stylů uvnitř index.html. To je moc Git! Protože jsme přijali vývoj stylu ze spáchání často, v situacích, kde úpravy je třeba vrátit zpět, trvá pouze jeden příkaz. Žádné další kombinace kláves Command-Z pro enternity!

Po žádosti šéfa Chci aktualizovat projekt pro použití Normalize.css, který jsme si stáhli a umístěny v css/normalize.css.

V rámci index.html na něj odkazovat:

A konečně, můžeme potvrdit změny.

I když to byl jistě jednoduchý příklad, Představte si, jak užitečný tento postup lze pro větší změny, které pokrývají více souborů v rámci aplikace. Seskupením všechny související změny do jediného potvrzení, dosáhneme maximální flexibilitu a bezpečnost.


Prostor pro Experiment

Byl někdy v bodě v projektu, když chcete experimentovat s myšlenkou, že se může nebo nemusí provést do dokončené aplikace? Je sice pravda, že můžete vždy vrátit potvrzení, když věci nejdou podle plánu, je to lepší nápad pro z různých důvodů, místo toho využít, větvení.

Nejlepším způsobem, jak ilustrují pojmu Git větví je odkaz zpět na budoucnost 2.

Na poznámku Pokud jsi hloupý Vývojář a sledovali zpět do budoucnosti trilogie, zastavte co děláte a dívat se na ně!

Pokračování na, pamatují část zpět do budoucnosti 2 po Marty a Doc návrat do roku 1985 z budoucnosti, ale zjistíte, že vše, co je jiné? Na setkání v Doc, nyní zničené laboratoře, doktore kreslí diagramu, popisující jak, v určitém okamžiku, "časové osy vychýlená do této tečny, vytvoření alternativní 1985." To je jako větvení!

Za náš současný projekt demo; právě teď, je tu jedna časová osa: přímka. Jak můžeme vytvořit větev pracovat na své myšlence, odtrhnout se od této osy a vytvořit jinou. V tomto bodě obě časové osy existují a může obsahovat vlastní příslušné potvrzení, aniž by se vzájemně ovlivňovaly.

Jak je to užitečné? Za agilní vývojový cyklus - jeden kde vy nebo váš tým nasazování aktualizací několikrát každý týden. Pokud se budete držet s přístupem "jediné časové osy", nasazení, například jednoduchý překlep Oprava nebude možné až do ukončení práce na váš nápad. S větvením, však máme možnost trvat tak dlouho, jak budeme potřebovat na naší představě, přičemž stále master větví (výchozí a primární) k nasazení opravit překlep.

Chcete-li vytvořit novou větev, spusťte:

Můžete také kombinovat tyto dva příkazy do jednoho.

To se promítá do: vytvořit novou větev, nazývané "idea" (nahradit to být více popisný co právě pracujete, samozřejmě) a přejít k němu.

Od tohoto okamžiku se nebudou odkazovat veškeré úpravy a potvrzení, které provedete ve větvi master. No tak, zkus to. Upravte index.html a malou změnu:

Poté potvrďte svou práci.

Teď jsme udělali náš první commit v této nové časové osy. Naše fiktivní myšlenka stále potřebuje práci, ale my jsme na cestě! Ale teď, zákazník právě oznámila překlep, že musíme co nejdříve opravit. Protože jsme správně pomocí větví, můžeme vrátit do hlavní větve, opravit překlep a jej zavést.

Jakmile mají naše myšlenka je hotov, je čas sloučit zpět do hlavní větve.

Pokud vše půjde podle plánu, větve funkcí úspěšně sloučeny zpět do hlavní větve, řešení alternativní druhé 1985 časové!

To znamená, že nepochybně narazíte situací, kdy Git zdánlivě rostliny nohy do země a odmítá pokračovat jako vyhledávaný. V těchto případech není Git je blbec bez důvodu! S největší pravděpodobností se problém týká nějaký konflikt, který musí nejprve vyřešit, před Git. Představte si, že při pokusu o sloučení souboru zpět do hlavní větve; jediným problémem je, že, protože byla vytvořena větev, soubor byl upraven v jak větve funkcí, stejně jako master. V situacích jako je tato, jak by mohla Git vědět kterou verzi souboru by měl přednost, při slučování dvou? Ne, a to je to, co nazýváme konflikt.

Předtím, než může pokračovat v Git, je třeba vyřešit konflikt, úpravou index.html.


Ignorování souborů

Pravděpodobně přijde bod, když zjistíte, že je nejlepší sledovat určité typy souborů s Git. Příklady mohou zahrnovat společné. DS_STORE (kteří Mac uživatelé budou seznámeni s), sestavení adresářů a přechodných účtů aktiv kompilovaný.

Snadno, Git, prostřednictvím souboru .gitignore, nám umožňuje ignorovat určité typy souborů. Chcete-li využít této, vytvořte nový soubor .gitignore v kořenovém adresáři (ale nikoli výhradně) projektu. V ní obsahují seznam souborů nebo typů souborů ignorovat. Zde je jednoduchý příklad:


Sociální kódování

GitHub díky sociální kódování.

Zatím jste se naučili jak potvrdit váš kód místně. Ale, jak lze tyto změny sdílet s týmem nebo zbytku světa? Zadejte GitHub.

GitHub umožňuje váš kód sdílet s celým světem. Je to největší open source komunity v existenci.

Jednou vás registrace nového účtu na github.com, budete muset následovat několik kroků k vytvoření speciální klíč, aby váš počítač přidružit váš účet GitHub. Nedělejte si starosti; Pokud budete postupovat podle kroků, neměli byste mít žádné problémy.

V tomto okamžiku můžeme vytvořit nové úložiště a tlačit náš projekt, sdílet s celým světem. Po přihlášení, klepněte na tlačítko "Nové úložiště", pojmenujte úložiště a klepněte na tlačítko "Vytvoření úložiště". Dále vám bude nabídnut několik příkazů, které lze vložit do terminálu. Jak jsme již existujícího úložiště, potřebujeme druhou možnost:

Tento pokyn Git přidat naše nové vzdálené úložiště a alias je jako "původu." Dále budeme tlačit větev master (ne myšlenka, jeden) do vzdáleného alias "původu."

To je ono! Návrat k prohlížeči, aktualizujte stránku a najdete čerstvé nové úložiště, čekají na být sdílena se zbytkem světa.

Když ostatní členové vašeho týmu si tahat se změnami, které jste provedli, stačí spustit:

Tento příkaz bude tahat v nejnovější aktualizace, které mají byla tlačné na GitHub! Kromě sdílení kódu GitHub také nabízí možnost sledování a přispívat k populární open source projektů, jakož i námětů pro chyb a požadavky. Je to sociální kódování v celé své kráse!


Závěrečné úvahy

Ačkoliv jsme to samozřejmě povrchu co Git je schopen, pravdou je, že, opět, za 80 % vašeho využití Git, techniky odkazovaný v tomto článku bude stačit. Vytvořit větev funkcí, psát nějaký kód, přidejte jej do pracovní oblasti a zavázat se zprávou. Jste-li připraveni, sloučit zpět do hlavní větve a nasazení! Poté opláchněte a opakovat!

Nezapomeňte: když Mátl, StackOverflow je váš nejlepší přítel. Ať už může být problém, jiní byli v úplně stejné situaci. Nejprve hledejte tam.

TryGit nabízí interaktivní prostředí pro učení Git.

Další vzdělávání

Advertisement
Advertisement
Advertisement
Advertisement
Looking for something to help kick start your next project?
Envato Market has a range of items for sale to help get you started.