Students Save 30%! Learn & create with unlimited courses & creative assets Students Save 30%! Save Now
Advertisement
  1. Code
  2. Tools
Code

Git pre projektantov

by
Difficulty:BeginnerLength:LongLanguages:

Slovak (Slovenčina) translation by Tereza Foretová (you can also view the original English article)

Vy ste pravdepodobne oboznámení s nástroje, ako Git a Subversion. Ale ako web dizajnérov, je celkom možné, že keď dalo by sa povedať, môžete využiť riadenie verzií vo vašich projektoch, pravdou je, že, viac často ako ne, jednoducho nemáte.

Ak tento opis hodí, Nebojte sa; nie ste sami. V skutočnosti je tento autor úplne unresearched názor, že obrovská väčšina Webdizajnér Nechcem! Dilema je spoločné presvedčenie, že verzií je striktne pre hardcore kódery, ktorí trávia dni v tme, a ktorí len zriedka prísť na vzduch, s výnimkou pri mikrovlnke dings, signalizácia, hot pocket je pripravený na konzumáciu.

V skutočnosti, ak ste kód pre web, či už na klientskom alebo back-end, je vašou povinnosťou kód zodpovedne: použiť riadenie verzií.


5 známky ste dávno pre riadenie verzií

  1. Máte žiadny koncept čo verzií je, alebo prečo by mohlo byť užitočné.
  2. Kód lokálne a nemajú záložný systém.
  3. Zálohovať až vaše projekty zdvojením sporadicky koreňového adresára.
  4. Ste omylom vypúšťa súbor natrvalo, a musel recode od nuly.
  5. Po vykonaní rad úprav, aplikácia prestávky, na ktorom mieste budete musieť stlačte kláves Command + Z bolestivé počet sekúnd, čo sledovať editor zvrátiť zmeny.

Priznávam: každý vývojár má označené jednou zo značiek trojfázového na jednom mieste alebo iný v jeho alebo jej kariéry. Ale pamätajte: prvým krokom k uzdraveniu je priznať si, že problém!


5 okamžité výhody pre riadenie verzií

  1. Omylom zmazané tejto triedy alebo PSD? Spustenia jedného príkazu na termináli sa vrátiť do predchádzajúceho stavu v projekte. Katastrofa sa vyhnúť!
  2. Niekedy zalapala po dychu s hrôzou, ako vaše webové stránky nejako zmizla z pracovnej plochy? Tam bol včera, ale dnes je to preč! Bezplatná služba nazýva GitHub, je to non-záležitosť.
  3. Kto to sakra by napísať tento kus kódu, ktoré mám teraz prepisovaním tráviť dlhé hodiny? Netreba sa diviť, kto je na vine; Git vám povie!
  4. Kód s opustiť, zároveň s vedomím, že každá revízia "snímky" vašej žiadosti sú uložené, len v prípade, že budete musieť vrátiť späť do tohto štátu v určitom okamihu v budúcnosti.
  5. Ak pre žiadny iný dôvod, akceptovať, že vývojári, ktorí sú pravdepodobne oveľa viac korenené, než ste sa považuje osvedčených postupov. To je užitočné napodobňovať tie, ktorým môžeme obdivovať.

Git?

Git je najobľúbenejšie verzia kontrolný systém k dispozícii.

Tak ako Git faktor na to celá verzia kontroly? No, super nerdy definícia je, že Git je distribuovaný systém pre správu verzií, vyvinutý Linus Torvalds, kde každý pracovný adresár je vlastné úložisko s plnú histórie k dispozícii kedykoľvek. Navyše Git ponúka možnosť zdieľať kód a vytvoriť viacero pobočiek (alebo lehoty) pre vaše projekty, takže je vhodný najmä pre agile vývojové tímy.

Môžu byť viac zrozumiteľné definície: Git je nástroj príkazového riadka, ktorý ste - a ďalších vývojárov na svoj tím - použite uložiť Časté Momentky z vašich projektov. Na danom mieste, ponúka flexibilitu vrátiť späť zmeny na predchádzajúce stavy, iba jedným príkazom.

Scott Chacon knihu, "Pro Git," je k dispozícii v plnom rozsahu na webovej stránke Git.


Inštalácia Git

Iste, prvým krokom k wreckless, "Cowboy kódovanie" recovery je stiahnuť Git z git-scm.com. Použite jeden z nasledujúcich URL, v závislosti od operačného systému výberu.

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

Ďalej musíme nakonfigurovať inštaláciu dotyku, priradením používateľské meno a emailovú adresu. Otvorte konzolu najbližšieho (terminál na Mac) a spustite:

Nebojte sa; len to musí byť zadané raz, po prvej inštalácii Git. Teraz, na každej akcie, ktoré užívate, Git použije tieto nastavenia.

Existujú ďalšie možnosti konfigurácie, napríklad editor, ktorý kód použije, po Git vyžaduje, aby ste typ potvrdenia správy, ale ignorovať, že teraz.

Gratulujem, Git je úspešne nainštalovaný!


Základný cyklus

Rovnako ako u každej novej technológie, je malý kúsok učenie vyžaduje.

Jedným z najzložitejších aspektov učenia Git je dešifrovanie toho, čo rôzne žargónu odkazuje. Zaväzuje? Inscenácia? Pobočky? Denníky? Huh?

Rovnako ako u každej novej technológie, je malý kúsok učenie vyžaduje. Našťastie, tak zložité, ako Git môže byť, najmä ako web designer, zistíte že za hrsť príkazy pôjde dlhú cestu. Pre porovnanie, zvážte anglický slovník a potom počet slov, ktoré realisticky používame v každodennom konverzácie. To isté platí pre Git - na oveľa nižšej úrovni. Takže nemám pocit ohromený. Vezmite to jeden príkaz v čase.

Vyradiť tento mätúce terminológii, je najlepšie prvý myslieť z hľadiska niečo hmotného v reálnom svete: dodávkové vozidlo.

Predstavte si, že ste začal nové statické webové stránky. Ste vytvorili priečinky pre JavaScript a CSS súborov, ako aj súbor index.html s trochou štandardný HTML. V skutočnosti, to že veľmi vec práve teraz! Keď skončil, je čas vytvoriť prvý commit.

Návrat na terminál a typ:

Tento príkaz, "inicializovať Git," informuje Git, že túžime riadenie verzií pre tento projekt. Alebo "start zapaľovanie." Len to musí byť vykonaný raz, na začiatku nového projektu životného cyklu.

Ďalšie, Poďme zistiť, čo je "status".

Ak pracujú spolu, pravdepodobne uvidíte niečo v duchu:

Aj keď v trochu mätúce, ak sme sa na chvíľu, uvidíme, že, v predvolenom nastavení, pracujeme na "pobočku," s názvom "master". Ďalej máme jeden Nesledované súbor: index.html. Z toho sme schopný dešifrovať, že Git nie je magické; to musí byť povedal súbory, ktoré chcete dávať pozor na, tak povediac.

Zvedavý, prečo JavaScript a CSS adresára nie sú zahrnuté v zozname sledovania súborov? Git sleduje súbory, nie priečinky. Bežnou technikou, aj keď prázdne adresáre sú súčasťou potvrdenia je Pridanie súboru .gitignore na každom podadresári. Viac o tom neskôr!

Sledovanie súborov

Ak chcete sledovať súbory, sme musí najprv pridať do oblasti oddychové - alebo dať ich na nákladiak.

Teraz, ak sme skontrolovať stav znovu, uvidíme:

Vynikajúce; Git je sledoval tento súbor zmien. V tomto prípade sme pridali len jeden súbor. Ak namiesto toho by sme radšej pridať všetky súbory do pracovnej oblasti, môžeme použiť symbol obdobia.

Majte na pamäti, že vozidlo nemá ešte vľavo; Naložili sme len pár blokov (alebo súbory) do chrbta. Vykonávať snímka a uložiť kópiu projektu v súčasnosti sledované stave, musí sa vykonať zaviazať.

Vyššie, sme vytvorili novú revíziu, a poskytuje správu "Prvé potvrdenie." S tým, naše prvé odovzdanie dokončila a kamión opustil továreň, kópiu projektu v chrbte.

Overiť vašu prácu, použite príkaz: "denníka."

Perfektné, novú revíziu v skutočnosti bol vytvorený, a to tiež zdá, že odovzdanie má jedinečné referenčné identifikačné číslo. Zakladajte si to teraz.

Ak zaškrtnete opäť stav.

Pretože žiadne zmeny boli vykonané od posledného pokusu, Git nám hovorí, ako moc:

Úspech! 90% využitia Git bude nasledovať tento cyklus.

  • Vykonať zmeny
  • Pridať súbory do oblasti oddychové
  • Vykonať príkaz odovzdať správu popisujúcu akcie, ktoré sa konali

Opláchnite a opakujte!

Poďme sa presunúť na ďalší krok. Ako jednoduchý príklad, možno chceme zahrnúť jednoduchý reset štýlov v našom projekte. Budeme písať najviac základné (snáď neprospešné) vynuluje.

Teraz, vráťte na index.html a odkaz na tento súbor:

Ako základné pravidlo, ak môžete opísať osobe, ktorá sedí vedľa vás čo ste zmenili len k projektu, potom to pravdepodobne zaslúži zaviazať. Často dopúšťajú. Skúste to teraz; späť do terminálu!

Pri písaní commit správ, je všeobecne považovaný za osvedčeného písať v prítomnom čase. Takže, "add file" namiesto "pridaný súbor."

Fast-forward to zajtra a teraz váš šéf vám povie, že nechcú používať jednoduchý reset súbor. Namiesto toho by radšej používať populárne normalizovať štýlov, od Nicolas Gallagher.

Žiadny problém; Git, je to jednoduché riešenie. Poďme vrátiť predchádzajúcu revíziu, a vykonajte potrebné úpravy.

S Git, pravidlo je: "nikdy prepísať históriu."

Tento príkaz sa zruší všetky zmeny, ktoré ste vykonali v najnovších commit. V podstate je to potvrdenie, že robí presný opak toho, čo ten predchádzajúci. Prečo obnoviť, namiesto Záhuba commit úplne? Znova, pretože sme po osvedčených postupov. S Git, pravidlo je: "nikdy prepísať históriu." Vrátiť zmeny, ale nikdy vymazať a vrátiť ich.

Po zasiahnutí vstúpiť, budete uvedená na novú obrazovku s textom, "vrátiť" Add a zahŕňajú reset štýlov. " V tomto bode, ste v režime Vi (keď máte možnosť Konfigurovať Git každom editore kódu, ktorý chcete použiť.) Teraz, ísť s predvolené nastavenia, Uložiť a ukončiť. Splnenie tejto úlohy zadaním,: wq (zápis a Quit).

A s tohto jedného príkazu zmeny klesnú. Choďte do toho a skontrolujte. Súbore style.css bol odstránený a už nie je odkaz na stylesheet v rámci index.html. To je sila Git! Pretože sme prijali rozvoj štýl zo spáchania často, keď umiestnené v situáciách, kde úprav bolo treba zrušiť, trvá len jeden príkaz. Nie viac tlačidiel príkaz AZ enternity!

Šéf žiadosť, poďme aktualizovať projekt pomocou Normalize.css, ktoré sme prevzali a umiestnené do css/normalize.css.

V rámci index.html, odkaz:

A nakoniec sme spáchať zmeny.

Hoci to bol určite jednoduchý príklad, Predstavte si, že užitočnosť tejto techniky môže byť pre väčšie zmeny, ktoré pokrývajú viacero súborov v rámci aplikácie. Zoskupením všetkých súvisiacich zmien na jednom odovzdaní dosahujeme maximálnu flexibilitu a bezpečnosť.


Priestor pre Experiment

Niekedy boli na mieste v projekte, keď budete chcieť experimentovať s nápadom, ktoré môžu alebo nemusia dostať do hotové aplikácie? Je síce pravda, že môžete vždy vrátiť commit Ak veci nejdú podľa plánu, je to chytrejší nápad pre celý rad dôvodov, namiesto toho využiť vetvenia.

Najlepší spôsob, ako ilustrovať koncepcie pobočky Git je odkaz späť do budúcnosti 2.

Na vedomie, ak ste hlúpy vývojár a sledovali späť do budúcnosti trilógie, zastaviť, čo robíte a pozerať sa na ne!

Pokračovanie na, nezabudnite časť späť do budúcich 2, po Marty a Doc návrat do roku 1985 z budúcnosti, ale nájsť, že je všetko inak? Pri stretnutí v Doc teraz zničených lab, Doc remíza diagram, popisujúce ako na nejakom mieste, "časovej osi orientovaná do tejto dotyčnica, vytvorenie alternatívneho 1985." To je rovnako ako vetvenie!

Zvážiť naše aktuálne demo projektu; práve teraz, tam je jeden časovej osi: rovnú čiaru. Ako môžeme vytvoriť pobočku pracovať na našu predstavu, sme odtrhnúť sa od tejto časovej osi, a vytvoriť inú. V tomto bode, aj časovými existujú a môžu obsahovať vlastné príslušné spácha bez zasahovania do navzájom.

Ako je to užitočné? Zvážte agilný vývoj cyklus - Ak vy alebo váš tím nasadenie aktualizácie niekoľkokrát každý týždeň. Ak sa budete držať s prístupom "jednotného časovej osi", nasadenie, napríklad jednoduché preklep fix, by nebolo možné dovtedy, kým ste dokončil svoju prácu na svoj nápad rovnako. S vetvenia, však máme flexibilitu, aby sa tak dlho, ako potrebujeme na našu predstavu, zatiaľ čo stále uvoľňovanie majster odbore (predvolené a primárny) na nasadenie opraviť preklep.

Ak chcete vytvoriť novú pobočku, spustite:

Môžete tiež spojiť tieto dva príkazy do jedného.

To znamená: vytvoriť novú pobočku, s názvom "nápad" (nahradiť to je výstižnejšie o čo pracujete na, samozrejme), a prejsť k nej.

Od tohto bodu na, úprav a revízie, ktoré vykonáte bude nie odkazuje v hlavej vetve. Choďte do toho, to vyskúšať. Upraviť index.html a urobiť malú zmenu:

Potom potvrďte vašu prácu.

Teraz sme urobili náš prvý spáchať v tejto novej časovej osi. Náš Vymyslený nápad stále potrebuje prácu, ale my sme na našej ceste! Ale teraz, len ohlásené preklep, že musíme opraviť čo najskôr. Pretože sme správne pomocou pobočiek, môžeme vrátiť do hlavej vetve, opraviť preklep a nasadiť.

Po dokončení naša myšlienka funkcia je čas spojiť späť do hlavej vetve.

Ak všetko pôjde podľa plánu, funkcia pobočka bude úspešne včleniť do hlavej vetve, riešenie alternatívnej časovej druhé 1985!

To znamená, že budete nepochybne naraziť na situácie, keď Git zdanlivo rastliny nohy do zeme, a odmieta pokračovať ako výzva. V týchto prípadoch Git nie je blbec bez dôvodu! S najväčšou pravdepodobnosťou problém sa týka niektorých konfliktu, ktorý musí byť vyriešené pred môžete pokračovať Git. Predstavte si, zlúčiť súbor späť do hlavnej pobočke; jediný problém je, nakoľko pobočka bola vytvorená, súbor bol upravený v funkcia pobočky, ako aj master. V situáciách ako je táto, ako Git prípadne vedieť, ktorú verziu súboru by mala precendence, keď zlúčenie dvoch? To nie je, a to je to, čo nazývame konflikt.

Pred Git odsúhlasenie, musíte vyriešiť konflikt, úpravou index.html.


Ignorovanie súborov

Pravdepodobne príde bod, keď zistíte, že je najlepšie sledovať určité typy súborov s Git. Príklady môžu zahŕňať spoločné. DS_STORE (ktorý Mac užívatelia budú oboznámení s), vybudovať adresárov a dočasné kompilovaný aktív.

Jednoducho dosť, Git, prostredníctvom súboru .gitignore nám umožňuje ignorovať určitých typov súborov. Využívať tohto, vytvorte nový súbor .gitignore v koreňovom adresári (ale nie výhradne) vášho projektu. Území, poskytnúť zoznam súborov alebo typy súborov ignorovať. Tu je základný príklad:


Sociálne kódovanie

GitHub umožňuje sociálne kódovanie.

Zatiaľ ste sa naučili ako spáchať kóde lokálne. Ale ako môžu byť zdieľané tieto modifikácie so svojím tímom, alebo zvyšok sveta? Zadajte GitHub.

GitHub umožňuje zdieľať váš kód s celým svetom. Je najväčším open source komunity v existenciu.

Akonáhle ste prihlásení na nový účet u github.com, budete musieť nasledovať pár krokov vytvoriť špeciálny kľúč, s cieľom priradiť počítača s kontom GitHub. Nebojte sa; Ak budete postupovať podľa krokov, by nemali mať žiadne problémy.

Na tomto mieste môžeme vytvoriť nové úložisko, a push náš malý projekt, zdieľať s celým svetom. Po prihlásení kliknite na tlačidlo "Nové úložisko", pomenujte svoj repo a kliknite na tlačidlo "Create Repository." Ďalšie, budete sa predstavila s niekoľko príkazov, ktoré možno vložiť do terminálu. Ako sme už existujúcich repo, potrebujeme druhú možnosť:

Tento pokyn Git pridať naše nové vzdialené úložisko a alias ako "pôvod." Ďalej sme sa tlačiť hlavej vetve (nie jeden nápad) Remote s alias "pôvod."

To je všetko! Návrat do prehliadača, obnovte stránku a nájdete svoje čerstvé nové úložisko, čakajú na zdieľané so zvyškom sveta.

Keď ostatní členovia vášho tímu chcú ťahať zmeny, ktoré ste vykonali, stačí spustiť:

Tento príkaz bude ťahať v najnovšie aktualizácie, ktoré bolo vytlačené na GitHub! Okrem zdieľania kódu, GitHub ponúka aj možnosť sledovať a prispieť k populárnej open source projektov, ako aj problém cesta pre chyby a požiadavky na nové funkcie. Je to sociálna kódovanie v celej svojej kráse!


Záverečné úvahy

Keď sme len poškriabaný povrch čo Git je schopný, pravdou je, že opäť 80% využitia Git, techniky uvedené v tomto článku bude stačiť. Vytvoriť funkciu pobočku, napísať nejaký kód, pridať do oblasti oddychové a zaviazať so správou. Keď ste pripravený, spojiť späť do hlavej vetve a nasadiť! Potom opláchnite a opakujte!

Nezabudnite: keď PNE, StackOverflow je váš najlepší priateľ. Čo môže byť problém, iní boli v úplne rovnakej situácii. Hľadať tam prvý.

TryGit ponúka interaktívny zážitok pre učenie Git.

Ďalšie vzdelávanie

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.