Grunnleggende Git-kommandoer: crib

I programmering, alvorlige automatiserte systemer som regel innebære flere utviklere, som arbeider på samme prosjekt. Samtidig må vi liksom innse muligheten for parallelle gjennomføre oppgaver uten å berøre den. Hvert gruppemedlem må vite at han skriver koden som ikke vil være i stand til å fjerne eller endre senere en annen programmerer.

Det er svært viktig å være i stand til å se historikken for endringer i design, og dermed raskt og pålitelig lokalisere problemområder og feil.

Disse oppgavene er laget for å håndtere versjonskontrollsystem. Og en av disse er et produkt som kalles Git.

Versjonskontrollsystemer: Litt teori

Kort sagt - en versjon kontrollsystem gjør det mulig å lagre alle endringer som er gjort i prosjektfilen. Dette gjør det mulig å kontrollere feil i koden og deres rask eliminering.

Konvensjonelt, kan et versjonskontrollsystem deles inn i tre typer:

• lokale;
• sentralisert;
• fordelt.

Typer av versjonskontrollsystemer

Lokal alternativet kan du opprette en database med alle endringer i utbyggingsprosjektet filen. Denne arten er den mest enkle og tilgjengelige, og i stand til å betjene en datamaskin programmerer eller en deltaker.

Sentraliserte versjonskontrollsystemer har besluttet en slik aktuell sak som arbeidet på prosjektet av noen utviklere. Sin essens ligger i det faktum at filene ikke blir lagret på den lokale datamaskinen, og til en viss server som den er tilkoblet. Dermed kan prosjektdeltakerne tilgang til ulike versjoner av filer, og det blir lettere å kontrollere hvem og hva som ikke er tilgjengelig i utviklingen. Men hvis noen grunn serveren er utilgjengelig eller mislykkes, deretter noen alvorlige problemer. Dette kan forverres av det faktum at ikke alltid er mulig å gjenopprette alle dataene tilbake.

Distribuerte versjonskontrollsystemer, hver gang du bruker den sentraliserte serveren oppretter en fullstendig kopi av prosjektfiler på brukerens lokale datamaskin. Det er, til enhver tid kan det være flere kopier av prosjektet - på maskiner av deltakerne, og på serveren. Gitt de fleksible mekanismene i forgrenings med denne tilnærmingen kan og ikke utfører parallell utvikling i forskjellige retninger, er det fortsatt i samme prosjekt. Git angår et distribuert versjonskontrollsystemer.

Git: beskrivelse og funksjonene i systemet

Git versjonskontrollsystemet har sine egne særtrekk. De fleste systemer lagre filer, endre dem i henhold til instruksjonene i prosjektet. Det er, for eksempel, den versjonen av dagens utvikling av nummer 3 kan inneholde data om endringer i filen A og B. Og i versjon 4 vil være en A, B og C. Derfor filene endres etter behov.

Git fungerer litt annerledes. Hver versjon av prosjektet vil inneholde muligheter for alle filene A, B og C. Uansett, hvor mange av dem vil bli gjennomført endringer. Naturligvis har Git ikke lagre en kopi av hver fil, og bruker bare en referanse til det.

En annen viktig funksjon er muligheten til å arbeide direkte med lokal lagring. Det vil si, hvis du ønsker å gjøre endringer, de selger direkte til prosjektdeltaker datamaskinen. Dette er svært praktisk når utbygger er langt fra Internett. Deretter, i å få tilgang til serveren, vil du være i stand til å sende alle data i en felles depot.

For å bevare integriteten av data metoden for nøkkeltransformering av hvert modifisert fil av SHA-1. Dette gjør at versjonskontrollsystem å vite nøyaktig hvor, når og hvem som endret filen.

Git: Installasjon

For å begynne å jobbe med Git, må du installere den. En versjon kontrollsystem er tilgjengelig for bruk i Windows, Mac OS, Linux.

Windows-versjonen kan lastes ned på følgende adresse: git-for-windows.github.io. Etter nedlasting av programmet du vil installere. Enkel installasjonsprogrammet, slik at denne prosedyren ikke skal skape problemer.

Svært ofte blir brukerne overfor et slikt problem, hvor konsollen skriver at Git er ikke en intern eller ekstern kommando når man forsøker å legge inn data. Løsningen kan være å legge den fullstendige banen til katalogen i miljøvariabelen PATH.

førstelaget

Når du har installert versjonskontrollsystemet på datamaskinen, må den være konfigurert. Det er verdt å merke seg at på dette punktet i Github nettstedet må være registrert med kontoen din. For å utføre den opprinnelige konfigurasjonen, må du ringe konsollen klient, som er nødt til å gå inn kommandoer. Du kan gjøre dette ved å høyreklikke og velge Git Bash. Klienten bør åpne en konsoll vindu som inviterer til å legge inn data. Det er nødvendig å utføre en rekke Git Bash kommando:

• git config --global user.name '' navn '';
• git config --global user.mail '' e ''.

På dette stadiet, må du konfigurere metoden for linjeavslutninger med to kommandoer:

• git konfig --global core.autocrlf true;
• git config --global core.safecrlf falsk.

For første oppsettet Git det er nok. Deretter vil laget kun brukes til prosjektledelse.

Grunnleggende kommandoer Git

• Init: Denne kommandoen oppretter et nytt depot.

Eksempel på bruk: init prosjektnavnet.

• Klone. Produserer kopiere eksisterende depot fra en ekstern kilde.

Som brukes git klone kommando: klone git: //github.com/put depotet.

• Legg til. Den mest brukte kommandoen i Git versjonskontrollsystem. Den utfører en enkel oppgave - å legge til de angitte filene i et bestemt område, referert til som indeksen eller scene. I den kan du overføre flere filer eller mapper som må deretter legges til depotet, eller for å sette den i Git språk, "å begå en".

Et eksempel på bruk av Git-kommandoer ser ut som dette: legg nekiy_fayl.txt.

• Status. Den lar deg vise en liste over filer som er til stede i indeksen og arbeidskatalog. Det tjener til å kontrollere og vise dataene klare til å begå eller endres, men ikke uten å lagre versjoner av scenen.

• Diff. Det viser en forskjell på stater. For eksempel med dette Git-kommandoer, kan du avgjøre om det er en endring mellom prosjektmappen og indeksen.
• Forplikte. Utfører en spare inntrykk av alt som var i indeksen direkte inn i databasen. Som et resultat av Git-kommandoer tekstfilen vises på skjermen, der du kan angi nøyaktig hvilke endringer som er gjort. Og også du vil se informasjon om hvor mange filer som ble utsatt for å begå, og checksum. Det viktigste - ikke glem at etter endringen i basen vil bare vise data som er registrert i indeksen git legge kommando.

Tilleggskommandoer Git

• Tilbakestill. På funksjonene til denne kommandoen sier hennes navn. Hun bare kaster ut et kjøligere område - indeksen, den angitte filen, plassert der ved en tilfeldighet. Det bør håndteres forsiktig tilbakestilles ved hjelp av tastaturkommandoer - - vanskelig, da dette vil påvirke filene i arbeidskopien, noe som kan føre til utilsiktede konsekvenser.
• Rm. De fleste nettopp dette laget kan beskrives som en invers git legge til, siden det fjerner filer fra indeksen. Men på samme tid mer og fra arbeidsmappen.

Eksempler på bruk: git rm nekiy_fayl.txt.

• Mv. Flytter filen.
• Clean. Designet for rengjøring prosjektmappen fra unødvendige filer.

Presentert kommandoene brukes for de generelle behovene i prosjektet.

Arbeide med avdelinger i Git-lagrene

For å administrere avdelinger i Git har et spesielt sett med kommandoer. De er i stand til å koble til, slette, opprette en filial i Git. kommandoliste er vist nedenfor.

• Branch. Denne kommandoen er tilgjengelig på noen taster, som du kan bruke til å fleksibelt administrere grenene i prosjektet. Branch er et multiverktøy for full kontroll over tilstanden i depotet. En enkel samtale til git gren vil utstede en liste over alle eksisterende grener depotet. V alternativet lagt til kommandoen vil vise noen inger har vært registrert de siste årene. Og bruken -d vil fjerne de angitte grener. Gren kan ikke bare fjerne, men også å skape. Utføre git gren imya_vetki vil føre til organiseringen av en ny gren i prosjektet. Det er verdt å merke seg at i dette tilfellet en peker til den aktuelle arbeidssituasjonen er annerledes. For eksempel skaper imya_vetki det kan faktisk ligger i en gren mester.
• For å flytte til det ønskede punkt, det er en kommando Git kassen nuzhnaya_vetka at ordne pekeren til den ønskede gren.
• Checkout. Som nevnt ovenfor, de veksler.
• Slå sammen. Denne kommandoen lar deg slå sammen flere grener sammen.
• Logg. Funksjonen viser alle endringer fra begynnelsen av prosjektet og frem til siste begå. Ved hjelp av en rekke nøkler sammen med et team utfordring kan du utvide funksjonaliteten. For eksempel, ringer git logge -p -2 lar deg vise detaljert informasjon om endringene i hver begått. -2 andre nøkkel sier at du trenger å vise bare de siste 2 endringer. --stat argumentet blir tilsatt til den anrops git loggen, utfører nesten det samme som for p, men i større detalj, og med en kompakt form. Dessuten bruker git loggen kan du vise informasjon om endringene ved å lage ditt eget visningsformat med formatet ganske nøkkelalternativ. For å gi en spesiell type behov for å bruke noen form for regulære uttrykk. For eksempel, dette blir logg --pretty = format '' % h,% en,% ar,% s '' vil gi en kort hash av en innlegging, deretter sin forfatter, dato og kommentere endringer. Dette er svært nyttig når du ser et stort antall inger.

Kommandoer for distribuert arbeidssystem

• Hente. Når du skriver inn denne kommandoen git konsoll migrere alle endringer fra fjernlager til det lokale.
• Trekk. Git pull-kommandoen er en blanding av to av de ovennevnte - git hente og git flettingen. Det vil si, det første mottar informasjon fra fjern depotet, og deretter fusjonerer med tiden brukes grenen.
• Push. Det er fra navnet på denne kommandoen er et uttrykk for "skubbe" i brukermiljøet, noe som betyr at tilkoblingen til den eksterne depotet og overføring av endringer i den lokale.

fjern~~POS=TRUNC kommandoer~~POS=HEADCOMP

• Remote. Det er et kraftig verktøy for å håndtere eksterne repositories. Med fjernkontrollen kan du slette dem, vise, flytte eller opprette nye.
• Arkiv. Navnet taler for seg selv. Kommandoen tillater deg å lage et arkiv med de nødvendige endringer, for eksempel, for å forberede seg for sin overføring over nettverket.

Hvordan du bruker denne jukselapp

Materialer som presenteres i artikkelen gjenspeiler ikke alle Git-kommandoer. Crib heller er utviklet for å hjelpe nybegynnere som ønsker å lære dette ganske komplekst produkt for versjonskontroll. Folk som for en tid aktivt bruker Git, hjelper det å huske plutselig glemte de viktigste kommandoer eller hennes forfatterskap.

Faktisk har versjonskontrollsystemet Git et stort potensial når det gjelder konfigurasjon og administrasjon. Overflod av lag og noen nøkler som brukes i dem - det beste beviset. For de som ønsker å studere i detalj alle de egenskaper og innstillinger Git, det er mange av håndbøker, inkludert en offisiell fra Github, hvor hele systemet er beskrevet i detalj, og alle detaljene i bruk av kommandoer.