Basiese Git beveel: krip

In programmering, ernstige outomatiese stelsels gewoonlik betrek verskeie ontwikkelaars, wat werk op dieselfde projek. Terselfdertyd moet ons die moontlikheid van parallelle optrede take sonder benadeling van dit een of ander manier te verwesenlik. Elke spanlid moet weet dat hy skryf die kode wat nie in staat sal wees om te verwyder of te wysig later nog 'n programmeerder.

Dit is baie belangrik om in staat wees om die geskiedenis van veranderinge te sien in die ontwerp en sodoende vinnig en betroubaar opspoor die moeilikheid kolle en foute.

Hierdie take is ontwerp om die weergawe beheer stelsel hanteer. En een van hierdie is 'n produk, genaamd Git.

Weergawe Control Systems: 'N bietjie teorie

In kort - 'n weergawe beheer stelsel laat jou toe om al die veranderinge aan die lêer projek te red. Dit maak dit moontlik om die foute in die kode en hul vinnige uitskakeling beheer.

Konvensioneel, kan 'n weergawe beheer stelsel verdeel word in drie tipes:

• plaaslike;
• gesentraliseerde;
• versprei.

Tipes weergawe beheer stelsels

Plaaslike opsie laat jou toe om 'n databasis te skep met al die veranderinge in die lêer ontwikkelingsprojek. Hierdie spesie is die mees eenvoudige en toeganklike, en in staat wees om 'n rekenaarprogrammeerder of 'n deelnemer te bedryf.

Gesentraliseerde weergawe beheer stelsels het so 'n aktuele kwessie besluit as die werk aan die projek deur 'n paar ontwikkelaars. Die essensie lê in die feit dat die lêers nie op die plaaslike rekenaar gestoor word, en op 'n sekere bediener waaraan dit verbind. Dus, kan die projek deelnemers toegang verskillende weergawes van lêers, en word dit makliker om te beheer wie en wat is nie beskikbaar in die ontwikkeling. Maar, as vir een of ander rede die bediener is nie beskikbaar nie of versuim, dan enige ernstige probleme. Dit kan vererger deur die feit dat dit nie altyd moontlik is om al die data terug te verhaal.

Versprei weergawe beheer stelsels, elke keer as jy toegang tot die sentrale bediener skep 'n volledige afskrif van die projek lêers op die plaaslike rekenaar van die gebruiker. Dit wil sê, op enige gegewe tyd is daar dalk veelvuldige kopieë van die projek - op masjiene van deelnemers en op die bediener. Gegewe die buigsame meganismes van die vertakking met hierdie benadering kan en doen parallelle ontwikkeling in verskillende rigtings, binne dieselfde projek bly. Git betrekking het op 'n verspreide weergawe beheer stelsels.

Git: beskrywing en eienskappe van die stelsel

Git weergawe beheer stelsel het sy eie kenmerke. Die meeste stelsels te stoor lêers, verander hulle volgens die instruksies in die projek. Dit is, byvoorbeeld, die weergawe van die huidige ontwikkeling van die nommer 3 kan data oor die veranderinge in die lêer A en B. En in weergawe 4 bevat sal 'n A, B, en C Daarom is die lêers verander as dit nodig is.

Git bedryf effens anders. Elke weergawe van die projek sal opsies vir al die lêers A, B en C. Dit maak nie saak hoe baie van hulle veranderinge sal uitgevoer word bevat. Natuurlik beteken Git nie 'n kopie van elke lêer te stoor, en gebruik slegs 'n verwysing na dit.

Nog 'n belangrike kenmerk is die vermoë om direk te werk met plaaslike stoor. Dit is, as jy wil veranderinge aan te bring, het hulle direk verkoop aan die projek deelnemer rekenaar. Dit is baie handig wanneer die ontwikkelaar is ver van die Internet. Dan, om toegang tot die bediener, sal jy in staat wees om al die data in 'n gemeenskaplike bron stuur.

Om die integriteit van die data bewaar die metode van hashing elke gewysigde lêer deur SHA-1. Dit stel weergawe beheer stelsel om te weet presies waar, wanneer en wat verander die lêer.

Git: Installasie

Ten einde te begin werk met Git, moet jy dit installeer. 'N weergawe beheer stelsel beskikbaar is vir gebruik in Windows, Mac OS, Linux.

Windows weergawe kan afgelaai word by die volgende adres: git-for-windows.github.io. Na die aflaai van die program wat jy wil installeer. Maklik installeerder, sodat hierdie proses nie probleme moet veroorsaak.

Baie dikwels, is gebruikers gekonfronteer word met so 'n probleem, waarin die konsole skryf dat Git is nie 'n interne of eksterne opdrag as 'n poging om die data in te voer. Oplossing kan wees om die volle pad te voeg tot die gids in die PATH omgewing.

eerste span

Nadat jy die weergawe beheer stelsel op die rekenaar te installeer, moet dit aangepas word. Dit is opmerklik dat op hierdie punt in die GitHub webwerf moet geregistreer wees by jou rekening. Met die oog op die aanvanklike opset verrig, moet jy die konsole kliënt bel, as sal moet opdragte in te voer. Jy kan dit doen deur regs te klik en kies Git bash. Kliënt moet 'n konsole venster wat nooi om die data in te voer oop te maak. Dit is nodig om 'n reeks Git Bash opdrag uit te voer:

• git config --global user.name '' naam '';
• git config --global user.mail '' E-pos ''.

Op hierdie stadium is, moet jy die metode van lyn eindpunte instel met twee opdragte:

• git config --global core.autocrlf ware;
• git config --global core.safecrlf vals.

Vir aanvanklike opstel Git dit is genoeg. Volgende, sal die span slegs gebruik word vir die projek bestuur.

Basiese bevele Git

• Init: Hierdie opdrag skep 'n nuwe bron.

Voorbeeld van die gebruik: init naam projek.

• Kloon. Produseer kopiëring bestaande bron van 'n afgeleë bron.

Wat gebruik word git kloon opdrag: kloon git: //github.com/put repository.

• By te voeg. Die mees gebruikte opdrag in Git weergawe beheer stelsel. Dit voer 'n eenvoudige taak - om die gespesifiseerde lêers in 'n bepaalde gebied te voeg, waarna verwys word as indeks of toneel. In dit wat jy kan meer lêers of gidse wat aangespreek moet daarna om die bron bygevoeg, of om dit in die Git taal sit, " 'n pleeg" oor te dra.

'N Voorbeeld van die gebruik van die Git beveel lyk soos volg: voeg nekiy_fayl.txt.

• Status. Dit laat jou toe om 'n lys van lêers wat in die indeks en die werking gids voldoende is te sien. Dit dien om te beheer en die data gereed om te pleeg of verander, maar nie sien sonder om weergawes van die toneel.

• Diff. Dit toon 'n verskil van state. Byvoorbeeld, met hierdie Git opdragte, kan jy bepaal of daar 'n verandering tussen die gids projek en indeks.
• Pleeg. Voer 'n spaar indruk van alles wat in die indeks direk in die databasis. As gevolg van Git beveel die tekslêer vertoon op die skerm, waar jy kan spesifiseer presies wat veranderinge is gemaak. En ook sal jy sien inligting oor hoeveel lêers is onderwerp aan te pleeg, en checksum. Die belangrikste ding - moenie vergeet dat na die verandering in die basis net die data wat reeds aangeteken in die indeks git voeg opdrag sal wys.

Addisionele opdragte Git

• Herstel. Op die funksies van hierdie opdrag sê haar naam. Sy gooi net uit 'n koeler gebied - indeks, die gespesifiseerde lêer, daar per toeval geplaas. Dit moet versigtig hanteer word herstel met behulp van sleutel opdragte - - hard, aangesien dit die lêers sal beïnvloed in die werk gids, wat kan lei tot onbedoelde gevolge.
• RM. Die meeste juis hierdie span kan beskryf word as 'n omgekeerde git voeg, aangesien dit die lêers verwyder uit die indeks. Maar op dieselfde tyd meer en van die werk gids.

Byvoorbeeld gebruik: git rm nekiy_fayl.txt.

• MV. Beweeg die lêer.
• Skoon. Ontwerp vir die gids projek skoonmaak van onnodige lêers.

Aangebied opdragte word gebruik vir die algemene behoeftes van die projek.

Werk met takke in Git repositories

Om takke te bestuur in Git het 'n spesiale stel instruksies. Hulle is in staat om aan te sluit, te verwyder, te skep 'n tak in Git. opdrag lys word hieronder getoon.

• Tak. Die instruksie is beskikbaar 'n paar sleutels, wat jy kan gebruik om die takke buigsaam te bestuur in die projek. Tak is 'n multi-instrument vir volle beheer oor die toestand van die bron. 'N Eenvoudige oproep om git tak sal 'n lys van al die bestaande takke bewaarplek uitreik. Die v opsie bygevoeg om die opdrag sal vertoon die enige commits is aangeteken in die afgelope jaar. En die gebruik d sal die gespesifiseerde takke te verwyder. Tak kan nie net verwyder, maar ook om te skep. Uitvoering van git tak imya_vetki sal lei tot die organisasie van 'n nuwe tak in die projek. Dit is opmerklik dat in hierdie geval 'n verwysing na die huidige werk situasie is anders. Byvoorbeeld, die skep van imya_vetki dit eintlik opgespoor kan word in 'n tak meester.
• Om te skuif na die gewenste item, daar is 'n opdrag Git afhandeling nuzhnaya_vetka dat die wyser na die gewenste tak herrangskik.
• Checkout. Soos hierbo genoem, die afgeskeur.
• Saam te smelt. Hierdie opdrag kan jy 'n paar takke saam smelt.
• Meld. Funksie vertoon al van die veranderinge van die begin van die projek en tot die laaste te pleeg. Met behulp van 'n verskeidenheid van sleutels saam met 'n span uitdaging laat jou toe om sy funksies uit te brei. Byvoorbeeld, 'n beroep git teken p -2 laat jou toe om inligting oor die veranderinge in elke pleeg sien. -2 tweede sleutel sê dat jy nodig het om net die laaste 2 veranderinge aan te toon. --stat argument word by die oproep git log, voer byna dieselfde as dié van p, maar in meer detail en met 'n kompakte vorm. Ook moet julle met die git log, kan jy inligting oor die veranderinge deur die skep van jou eie vertoning formaat met behulp van die formaat mooi sleutel opsie vertoon. Om 'n spesiale soort behoefte aan 'n soort van 'n gereelde uitdrukkings te gebruik. Byvoorbeeld, hierdie ontslae te meld --pretty = formaat ''% h,% n,% ar,% s '' sal 'n kort hash van 'n pleeg, dan is sy skrywer, datum en kommentaar veranderinge bring. Dit is baie handig wanneer jy 'n groot aantal van commits.

Beveel vir versprei werk stelsel

• Haal. Wanneer jy hierdie opdrag te betree, git konsole migreer al die veranderinge van die afgeleë repository aan die plaaslike.
• Trek. Git trek opdrag is 'n samesmelting van twee van die bogenoemde - git gaan haal en git merge. Dit wil sê, dit eerste ontvang inligting vanaf die afgeleë repository, en dan gaan saam met die tans gebruik tak.
• Stoot. Dit is van die naam van hierdie opdrag is 'n uitdrukking van "stoot" in die gebruiker omgewing, wat beteken dat die verbinding met die afgeleë repository en die oordrag na veranderinge in die plaaslike.

afgeleë opdragte

• Afgeleë. Dit is 'n kragtige instrument vir die bestuur van afgeleë bronne. Met die remote, kan jy dit verwyder, view, beweeg, of skep nuwes.
• Argief. Die naam spreek vanself. Opdrag kan jy 'n argief met die nodige veranderinge te maak, byvoorbeeld, om voor te berei vir die oordrag oor die netwerk.

Hoe om hierdie cheat sheet gebruik

Materiaal in die artikel weerspieël nie al Git bevele. Krip eerder is ontwerp om beginners wat wil hierdie eerder komplekse produk vir weergawe beheer leer help. Mense wat vir 'n geruime tyd aktief met behulp van die Git, dit help om skielik onthou het vergeet om die sleutel opdragte of haar skryfwerk.

Trouens, die weergawe beheer stelsel Git het 'n groot potensiaal in terme van opset en bestuur. Die oorvloed van spanne en 'n paar sleutels wat gebruik word in hulle - die beste bewys. Vir diegene wat wil studeer in detail al die eienskappe en instellings Git, daar is 'n baie handleidings, insluitend 'n amptenaar van GitHub, waar die hele stelsel word beskryf in detail, en al die besonderhede van die gebruik van opdragte.