Det er naturlig for mennesker å motstå endring. Hvis du ikke ble introdusert for Git da du først begynte å jobbe med versjonskontrollsystemer, føler du deg sannsynligvis mer komfortabel med Subversion (SVN).

Folk sier ofte at Git er for vanskelig for nybegynnere. Jeg ber imidlertid om å være uenige om dette.

I denne opplæringen skal jeg vise deg hvordan du bruker Git i prosjektene dine. La oss si at du bygger et prosjekt fra bunnen av og ønsker å administrere det ved hjelp av Git. Å gå gjennom listen over grunnleggende kommandoer vil gi deg en ide om hvordan du kan være vert for koden din i skyen ved hjelp av GitHub.

I denne artikkelen skal vi snakke om det grunnleggende om Git - hvordan du initialiserer prosjektene dine, hvordan du administrerer nye og eksisterende filer og hvordan du lagrer koden din i skyen.

Vi vil ikke berøre de relativt komplekse delene av Git, som forgrening, siden denne opplæringen er ment for nybegynnere.

Installerer Git

På den offisielle Git-nettsiden er det detaljert informasjon om å installere det på Linux, Mac og Windows. I vårt tilfelle vil vi bruke Ubuntu 13.04 til demonstrasjonsformål, hvor vi vil installere Git ved å bruke apt-get:

sudo apt-get install git

Førstegangs oppsett

La oss lage en katalog der vi skal jobbe. Alternativt kan du bruke Git til å administrere et av dine eksisterende prosjekter; i dette tilfellet trenger du ikke lage en demokatalog som nedenfor:

mkdir my_git_project cd my_git_project

Det første trinnet er å initialisere Git i katalogen. Dette kan gjøres ved å bruke init-kommandoen, som lager en .git-katalog som inneholder all Git-relatert informasjon for prosjektet ditt.

git config --global bruker.navn "Shaumik" git config --global bruker.email " [e-postbeskyttet]" git config --global color.ui "auto"

Det er viktig å merke seg at hvis du ikke oppgir navn og adresse E-post, vil standardverdiene bli brukt. I vårt tilfelle vil standardverdiene være brukernavnet donny og e-postadressen donny@ubuntu.

I tillegg setter vi for farge brukergrensesnitt satt til auto , noe som vil føre til at utgangen av Git-kommandoer blir fargekodet.

--global prefikset før kommandoene er for å unngå å måtte angi disse konfigurasjonskommandoene neste gang vi kjører et Git-prosjekt på systemet vårt.

Forbereder filer for commit

Det neste trinnet er å lage filene i katalogen. Du kan bruke f.eks. tekstredigerer Vim. Merk at hvis du skal legge Git til en allerede eksisterende katalog, trenger du ikke gjøre dette trinnet:

Sjekk depotstatus

Nå som vi har noen få filer i depotet vårt, la oss ta en titt på hvordan Git håndterer dem. For å sjekke gjeldende status til depotet, må du bruke git status kommandoen:

Legge til filer i Git for sporing

På dette øyeblikket vi har ikke filer å spore med Git. Vi må legge til filer spesifikt til Git for å fortelle Git hva vi skal spore.

Legg til filer ved å bruke add-kommandoen:

Når vi sjekker depotstatusen igjen, kan vi se at én fil er lagt til:

For å legge til flere filer, kan du bruke følgende kommandooppføring (merk at vi har lagt til en fil til for demonstrasjonsformål):

git add myfile2 myfile3

Du kan bruke git add rekursivt, men vær forsiktig med denne kommandoen. Det er visse filer (som kompilerte filer) som vanligvis er lagret utenfor et Git-depot.

Hvis du bruker add-kommandoen rekursivt, vil den legge til alle slike filer hvis de finnes i depotet ditt.

Sletter filer

Men å kjøre en enkel git rm-kommando vil ikke bare fjerne filen fra Git, men også fra din lokale filsystem! Til

Git har sluttet å spore filen, men i din lokalt system selve filen er lagret, kjør følgende kommando:

git rm --cached

Forplikte endringer

Når du har vært vert for filene dine, kan du overføre dem til Git. Tenk på en forpliktelse som et avtrykk et visst punkt, som du kan gå tilbake til for å få tilgang til depotet ditt på dette tidspunktet.

Du kan legge ved en melding til hver commit, som legges til ved å bruke -m-prefikset:

git commit -m "Min første commit"

Gi dine forpliktelser nyttige meldinger fordi dette vil hjelpe deg å identifisere hva du endret i den forpliktelsen.

Unngå altfor generelle meldinger som " Feil fikset" Hvis du har en oppgavesporing, kan du legge til meldinger som " Rettet feil #234».

Det er god praksis å bruke filialnavnet eller funksjonsnavnet som et prefiks til commit-meldingen. For eksempel, " Asset management: lagt til funksjon for generering PDF-filer eiendeler"er et meningsfullt budskap.

Git identifiserer commits ved å legge til et langt heksadesimalt tall til hver commit. Som regel trenger du ikke å kopiere hele linjen, de første 5-6 tegnene er nok til å identifisere forpliktelsen din.

Merk at i skjermbildet er vår første forpliktelse definert av koden 8dd76fc.

Forplikter seg videre

La oss nå endre noen få filer etter vår første commit. Etter å ha endret dem, vil vi se at som et resultat av å utføre git status-kommandoen, har Git oppdaget endringer i filene den overvåker:

Du kan sjekke endringer i sporede filer gjort i siste commit ved å bruke git diff-kommandoen. Hvis du vil se endringer i en bestemt fil, bruk git diff-kommandoen :

Du må legge til disse filene igjen for å gjøre endringer i de sporede filene for neste commit. Du kan legge til alle sporede filer ved å kjøre kommandoen:

Du kan unngå å bruke denne kommandoen ved å bruke -a-prefikset til git commit-kommandoen, som vil legge til alle endringer i de sporede filene.

Denne prosessen er imidlertid svært farlig da den kan skade prosjektet. La oss for eksempel si at du åpner en fil og endrer den ved en feil.

Hvis du plasserer filer selektivt, vil du legge merke til endringer i hver fil. Men hvis du prefikser -a til commit, vil alle filer bli committert og du vil ikke kunne oppdage mulige feil.

Når du har plassert filene dine, kan du begynne å forplikte deg. Jeg nevnte at hver commit kan ha en melding knyttet til seg, som vi skriver inn ved å bruke -m-prefikset.

Det er imidlertid mulig å skrive inn en melding på flere linjer ved å bruke git commit-kommandoen, som åpner et interaktivt skriveskjema:

Prosjektledelse

For å se historien til prosjektet ditt, kan du kjøre følgende kommando:

Dette vil vise hele historien til prosjektet, som er en liste over alle forpliktelser og informasjon om dem. Commit-informasjon inkluderer commit-hash, forfatter, tid og commit-melding. Det er forskjellige alternativer for git-logg som du kan utforske når du har mestret konseptet med en gren i Git.

Å se detaljert informasjon om en bestemt commit og filene som ble endret, kjør følgende kommando:

git show

Hvor dette er det heksadesimale tallet knyttet til commit. Siden denne opplæringen er rettet mot nybegynnere, vil vi ikke dekke hvordan du går tilbake til tilstanden til en bestemt forpliktelse eller hvordan du administrerer filialer.

Hostingkode i skyen

Nå som du har lært hvordan du administrerer koden på systemet ditt, er det på tide å være vert for koden i skyen.

Distribuerte versjonskontrollsystemer (DVCS) erstatter gradvis sentraliserte. Hvis du ikke har brukt en av dem ennå, er det på tide å prøve.

I denne artikkelen vil jeg prøve å vise hvordan du raskt kan begynne å eksperimentere med git ved å bruke nettstedet github.com.

Denne artikkelen vil ikke diskutere forskjellene mellom forskjellige DVCS. Arbeid med git vil heller ikke bli diskutert i detalj, det er mange gode kilder om dette emnet, som jeg vil gi på slutten av artikkelen.

Så nettstedet github.com er posisjonert som en webprosjektvertstjeneste som bruker git versjonskontrollsystemet, så vel som sosialt nettverk for utviklere. Brukere kan opprette et ubegrenset antall depoter, som hver er utstyrt med en wiki, et problemsporingssystem, muligheten til å utføre kodegjennomganger og mye mer. GitHub er for tiden den mest populære tjenesten i sitt slag, foran Sourceforge og Google Code.

For prosjekter med åpen kilde er bruk av nettstedet gratis. Hvis du trenger å ha private depoter, kan du oppgradere til en betalt plan:

La oss starte med registrering. Følg lenken github.com/signup/free og skriv inn dataene dine.
Etter registrering blir vi tatt til dashbordet for kontoen vår:

Nå har vi ikke et eneste depot, og vi kan enten opprette et nytt depot, eller dele fra et eksisterende andres depot og lede vår egen utviklingsgren. Deretter, hvis ønskelig, kan du foreslå endringene til forfatteren av det opprinnelige depotet (Pull request).

Men først, la oss installere git og konfigurere det til å fungere med nettstedet.

Hvis du jobber med Windows, last ned og installer msysgit. Dette er konsollversjonen av git for Windows (videre historien vil være basert på eksemplet med dette OS).
Instruksjoner for MacOS X (eng)
Instruksjoner for Linux (eng)
Det skal ikke være noen problemer, bare klikk Neste overalt. Etter installasjonen, velg fra Git Bash Explorer kontekstmenyen:

Eller via Git Bash.lnk i mappen med det installerte programmet:

Vi legger inn data- og linjeskiftinnstillingene våre i konsollen:
git config --global bruker.navn "ditt navn"
git config --global user.email "din e-post"
git config --global core.autocrlf sant
git config --global core.safecrlf sant

Jeg anbefaler forresten å ta et godt interaktivt kurs i bruk av git fra konsollen. Kurset gjennomføres på noen timer og gir nødvendige grunnleggende ferdigheter.

For de som foretrekker gui, finnes det flere slike verktøy for å jobbe med git på Windows. De to viktigste er SmartGit (kryssplattform) og TortoiseGit. Begge er gode, og hvilken du skal bruke er en smakssak. Jeg vil beskrive arbeidet med TortoiseGit.
For valmuer er det også et utvalg av giu.

• Den offisielle klienten fra GitHub er fortsatt ganske grov etter min mening.
• GitX - Jeg personlig likte det ikke
• GitBox - de fleste følger mac-veien, jeg anbefaler på det sterkeste å prøve det

Om git på russisk:
"En vellykket forgreningsmodell for git" - oversettelse av en god engelsk artikkel
githowto.com interaktivt kurs om arbeid med git fra konsollen
"Hvorfor git" + diskusjon
"Git for de som migrerer fra SVN" + diskusjon

Github er en veldig kjent plattform for lagring, distribusjon og administrasjon kildekodeåpne prosjekter. Denne tjenesten brukes av mange utviklere over hele verden, inkludert store selskaper som Microsoft, RedHat og mange andre, samt hundrevis av utviklere av mange populære prosjekter.

Plattformen gir muligheter ikke bare for visning av kode og distribusjon, men også versjonshistorikk, samarbeidende utviklingsverktøy, verktøy for å levere dokumentasjon, utstede utgivelser og tilbakemelding. Og det beste er at du kan være vert for både offentlige og private prosjekter på Gihub. I denne artikkelen vil vi se på hvordan du bruker Github til å være vert for prosjektet ditt. Så å si github for nybegynnere.

Så la oss si at du har ditt eget prosjekt og du vil plassere koden på Github i det offentlige domene slik at andre brukere kan se det og delta i utviklingen. Det første du må gjøre er å opprette en konto.

1. Kontoopprettelse

Å lage ny kontoåpne på nettsiden hjemmeside GitHub og umiddelbart kan du legge inn data for en ny regnskap. Du må oppgi brukernavn, e-post og passord:

Når du er ferdig med å gå inn, trykk på knappen "Registrer deg gratis":

I neste trinn må du velge depottype. Offentlige depoter er gratis, men hvis du vil opprette et privat depot, hvor koden bare vil være tilgjengelig for deg, må du betale $7 per måned.

Kontoen din er klar og du vil bli omdirigert til en side hvor du kan opprette ditt første prosjekt. Men før du kan gjøre dette, må du bekrefte e-postadressen din. For å gjøre dette, åpne din Postkasse og følg lenken i e-posten fra Github.

Ingen github-oppsett er nødvendig, bare noen få klikk er nok.

2. Opprette et depot

På siden som åpnes er dette hovedsiden for autoriserte brukere, klikk på knappen "Start et prosjekt":

Du kan initialisere depotet umiddelbart ved å opprette en Readme-fil ved å merke av i boksen "Initialiser dette depotet med en README" nederst på siden. Du kan også velge en lisens:

Når du er klar, velg "Opprett prosjekt", vil bli opprettet nytt prosjekt med en README-fil som inneholder en beskrivelse og en lisensfil.

3. Legge til grener

Github-grener lar deg jobbe med flere versjoner av et prosjekt samtidig. Som standard, når du oppretter et depot, opprettes hovedgrenen, dette er den viktigste arbeidsgrenen. Du kan opprette flere grener, for eksempel for å teste programvare før den publiseres til masteravdelingen. På denne måten kan du samtidig utvikle produktet og gi en stabil versjon til brukerne. Du kan også lage separate grener for programversjonen for ulike systemer.

Den gjeldende grenen er angitt i øvre venstre hjørne etter ordet "Gren". For å opprette en ny gren, utvider du denne listen og begynner å skrive inn navnet:

Selve nettstedet vil be deg om å opprette en ny tråd, velg "Opprett gren".

Umiddelbart etter opprettelsen vil du jobbe med den nyopprettede grenen.

4. Filendringer og forpliktelser

Eventuelle endringer i filer på Github gjøres ved å bruke commits. En commit oppnås ved å lage selve rettelsene og beskrive disse rettelsene. Dette er nødvendig for at du skal vite hva og når du endret, og gjør det også enkelt å spore teamets arbeid. Ordet forplikte kan oversettes som "fikse". Det vil si at vi kan gjøre endringer i flere filer og deretter foreta dem. La oss endre README-filen som et eksempel. For å gjøre dette, finn knappen med en børste på høyre side av panelet og klikk på den:

Et tekstredigeringsprogram åpnes der du kan legge inn rettelsene du trenger:

Etter at du har gjort alt du trenger, må du fylle ut feltet "Begå" nederst på siden. Beskriv kort hva som har endret seg, og klikk deretter på knappen "Forplikte endringer":

Disse endringene vil bli gjort i den nåværende grenen av prosjektet, siden vi for tiden jobber med testing vil endringene bli sendt dit.

5. Opprette Pull-forespørsler

GitHub for nybegynnere kan virke veldig komplisert nettopp på grunn av slike funksjoner, men det er veldig praktisk når du først finner ut av det. En Merge Request eller Pull Request er en funksjon der enhver utvikler kan be en annen, for eksempel skaperen av et depot, om å gjennomgå koden deres og legge den til i hovedprosjektet eller grenen. Sammenslåingsforespørselsverktøyet bruker diff-sammenligningsverktøyet, slik at du kan se alle endringene, de vil bli understreket i en annen farge. Pull-forespørsel kan opprettes umiddelbart etter at du har opprettet en forpliktelse. La oss sende en Pull-forespørsel fra testavdelingen vår til hovedavdelingen. Åpne først fanen "Pull Request".

Her klikker du på knappen "Opprett Pull-forespørsel":

I dette vinduet kan du se alle endringer nå ser vi at linjen er lagt til:

6. Gjennomgå og godkjenne sammenslåingsforespørsler

Nå, på den samme fanen Pull Requests ser vi den nyopprettede sammenslåingsforespørselen, og alt vi trenger å gjøre er å godta den ved å klikke "Slå sammen trekkforespørsel":

Men hvis denne forespørselen kom fra en annen person, må du sjekke hva han endret der og om det er nødvendig For å gjøre dette, klikk bare på forespørselsbeskrivelsen, og du vil se det allerede kjente vinduet for å se endringer:

Koden vil deretter bli importert til hovedgrenen og testgrenen kan trygt slettes.

7. Feilrapporter

En annen praktisk ting er at du kan bruke GitHub ikke bare for å utvikle og administrere kode, men også for tilbakemeldinger fra brukere. På fanen "Utgave" Brukere kan legge ut meldinger om problemer de har møtt mens de brukte produktet ditt. Åpne fanen "Problemer", og klikk på knappen "Ny utgave":

8. Utgivelser

Det siste vi skal se på i dag er utgivelser. Når produktet har nådd et visst stadium, kan du gi ut en utgivelse slik at brukere og du kan være sikker på at alt er stabilt der og ingen brøt noe med en feil Pull Request i Master. Først må du gå til hovedsiden til prosjektet, deretter til fanen "Utgivelser":

På denne siden må du spesifisere versjonen i feltet "Tag-versjon", deretter utgivelsesnavnet og en kort beskrivelse. Hvis du har kompilert arkiver med binærfiler, må du også legge dem ved her. Klikk deretter "Opprett utgivelse":

Etter å ha opprettet utgivelsen, vil følgende side bli opprettet:

konklusjoner

I denne artikkelen så vi på hvordan du bruker GitHub til å være vert for og administrere prosjektet ditt. Hele systemet er på engelsk, så grunnleggende kunnskap språk er veldig ønskelige, men selv uten dem vil det ikke være veldig vanskelig å jobbe med github. Jeg håper denne informasjonen var nyttig for deg. Hvis du er interessert i hvordan du jobber med Git fra kommandolinjen, se artikkelen for nybegynnere.

Dette beskriver den praktiske delen av å bruke Git - installere den og registrere den på GitHub.com-serveren.

GitHub.com er en tjeneste som tilbyr lagring av koden og dataene dine ved hjelp av et versjonskontrollsystem Git. GitHub tilbyr en gratis plan for lagring av 300 MB med klartekstdata. Dette betyr at enhver Internett-bruker kan laste ned dataene dine. Du kan også være vert for depoter som er stengt for andre på GitHub ved å betale $7 per måned. På en gratis GitHub-konto kan ingen som standard endre dataene dine (de kan bare lese dem). Men du kan diktere hvilke brukere av GitHub-systemet som har skriverettigheter.

Artikkelen forklarer i detalj hvordan du konfigurerer Git på Windows OS og Linux OS.

Installere Git på Linux

Jeg tror det ikke er noen vits i å forklare Linux-brukere hvordan de installerer Git - dette gjøres forskjellig på hvert system. På et Debian-system (som er det jeg har), for å installere Git, kan du bruke kommandoen:

apt-get install git

Installere Git på Windows

La oss gå til offisiell side Git http://git-scm.com, klikk på Last ned for Windows. Klikk på i vinduet som åpnes Full installasjon for offisielle Git. Vi starter den resulterende exe-filen.

Under installasjonsprosessen vil du bli stilt følgende spørsmål:

Jeg anbefaler å velge "Kjør Git fra Windows-ledeteksten". Alle andre alternativer kan stå som standard. Etter å ha installert Git, må du starte på nytt eller logge ut og logge på igjen for at endringene i system-PATH-variabelen skal tre i kraft.

Hvis vi får versjonsinformasjon, er Git installert og fungerer. Hvis vi mottar informasjon om at git-programmet ikke ble funnet, finner vi ut hva vi gjorde feil.

Sette opp SSH-nøkler

Før du registrerer deg hos GitHub, må du først generere en SSH-krypteringsnøkkel. Denne nøkkelen kreves for raskt å etablere en tilkobling til GitHub uten å skrive inn et passord. Uten en slik nøkkel vil GitHub rett og slett ikke fungere.

Merk følgende!

Når nøkkelen er generert, vil du bli bedt om et passord. Dette er tilgangspassordet til den private nøkkelen, som bare lagres på maskinen din og ingen andre steder. Dette passordet er satt for maksimal sikkerhet, selv om du kan klare deg uten det. Du må vite at ved å angi et passord for den private nøkkelen, må du skrive inn dette passordet hver gang du kobler til GitHub-serveren. Dermed, når du angir et passord, forsvinner all bekvemmeligheten med å bruke krypteringsnøkler.

MyTetra-brukere: grensesnitt for å jobbe med kommandolinje, som brukes til å kalle git under synkronisering, kan ikke godta tegninntasting. Derfor, hvis du angir et passord, vil ikke synkronisering fungere.

Sette opp SSH-nøkler på Linux

I operativsystem Linux må først se i ~/.ssh-katalogen. Hvis det er filer id_rsa og id_rsa.pub, så er disse SSH-nøkler. Hvis det ikke finnes en slik katalog eller slike filer, må nøklene genereres. Vi gir kommandoen:

I stedet for [e-postbeskyttet] du må angi e-postadressen din. I løpet av nøkkelgenereringsprosessen vil du bli spurt om hvor du skal plassere filene som svar, bare trykk Enter. Når du blir bedt om et passord, trykker du bare på Enter. Etter generering skal filene id_rsa og id_rsa.pub vises i katalogen ~/.ssh de vil være nyttige for oss i fremtiden.

Sette opp SSH-nøkler på Windows

På operasjonssalen Windows-system En SSH-nøkkelgenerator er inkludert i Git. For å generere nøkler må du kjøre filen C:\Program Files\Git\Git bash.vbs. Den kan kjøres som en vanlig exe-fil. Git Console-programmet åpnes. I den må du gi kommandoen:

ssh-keygen -t rsa -C " [e-postbeskyttet]"

Vær forsiktig, copy-paste er buggy i denne konsollen, det er lettere å legge inn kommandoen manuelt. Vi angir din postkasse som din e-post. På forespørsel " Skriv inn filen der nøkkelen skal lagres" trykk ganske enkelt Enter. Når du blir bedt om et passord, "Skriv inn passord" og "Skriv inn samme passord på nytt " trykker du bare på Enter. Under prosessen med å generere nøkler, vil omtrent følgende informasjon vises i konsollen:

Genererer offentlig/privat rsa-nøkkelpar.
Skriv inn filen for å lagre nøkkelen (/c/Documents and Settings/brukernavn/.ssh/id_rsa):
Skriv inn passordfrase (tom for ingen passordfrase):
Skriv inn samme passordfrase igjen:
Identifikasjonen din er lagret i /c/Documents and Settings/brukernavn/.ssh/id_rsa.
Din offentlige nøkkel har blitt lagret i /c/Documents and Settings/brukernavn/.ssh/id_rsa.pub.
Nøkkelfingeravtrykket er:
51:db:73:e9:31:9f:51:a6:7a:c5:3d:da:9c:35:8f:95 [e-postbeskyttet]

Etter å ha kjørt dette programmet, i katalogen C:\Documents and Settings\brukernavn\.ssh Det vil være filer id_rsa og id_rsa.pub, de vil være nyttige for oss i fremtiden.

Registrer deg på GitHub.com

Nå er alt klart for registrering. La oss gå til hjemmeside GitHub.com. Grensesnittet er litt forvirrende, så jeg vil gi deg et par skjermbilder av hvor du skal klikke hva. Design og layout kan endres når som helst, så jeg beskriver handlingslogikken for øyeblikket.

I toppmenyen finn varen " Priser og påmelding" og klikk på den:

Valgsiden åpnes tariffplan. Velg en gratis konto" Opprett en gratis konto":

Installere en SSH-nøkkel på GitHub

Umiddelbart etter registrering må du registrere din offentlige krypteringsnøkkel (offentlig SSH-nøkkel) i GutHub-systemet. For å legge til en nøkkel, må du klikke på " i øvre høyre hjørne Kontoinnstillinger":

I vinduet som åpnes, klikk på menypunktet " SSH offentlige nøkler", og trykk " Legg til en annen offentlig nøkkel". To felt vil vises - navnet på nøkkelen ( Tittel) og innholdet i nøkkelen ( Nøkkel).

I felt Tittel Du kan skrive navnet på datamaskinen som den offentlige nøkkelen ble generert på. Du kan skrive på russisk.

I felt Nøkkel du må sette inn innholdet i filen id_rsa.pub. Husker du hvilken katalog de er i? Vi går til denne katalogen, åpner filen id_rsa.pub med hvilken som helst tekstredigerer (nøyaktig med utvidelsen .pub, ikke forveksle den). Velg all teksten, kopier og lim den inn i feltet på GitHub-siden Nøkkel.

Etter å ha lagt til nøkkelen, kan datamaskinen koble til GitHub gjennom git-programmet og ingen feil skal oppstå.

Opprette et depot på GitHub

Nå er det på tide å lage ditt første GitHub-depot. Depotet kan ganske enkelt betraktes som en katalog der de synkroniserte filene og underkatalogene vil være plassert. Du må lage et depot i GitHub-nettgrensesnittet, og du kan fylle det med filer og jobbe med det ved å bruke git-programmet på datamaskinen din.

For å opprette et depot, må du klikke på " i øvre høyre hjørne Dashbord". I vinduet som åpnes vil du se elementet " Opprett et arkiv":

Så vi trenger ikke dette punktet! Dette elementet åpner ikke dialogboksen for opprettelse av depot, men en hjelpeside. I stedet for å klikke på dette elementet, se etter en usynlig lenke nedenfor på siden " Opprett et arkiv". Det vil åpne dialogen for å legge til et nytt depot.

I dialogen for å legge til et nytt depot, må du fylle ut minst prosjektnavnfeltet " prosjektnavn". Det er bedre å ikke bruke det kyrilliske alfabetet i prosjektnavnet, siden prosjektnavnet faktisk er navnet på katalogen. For å unngå problemer er det bedre at prosjektnavnet bare inneholder det latinske alfabetet. Etter å ha klikket på " Opprett arkiv", vil depotet bli opprettet.

En fungerende kobling til depotet i GitHub-systemet dannes som følger. Hvis du er registrert som brukernavn og depotet ditt heter reponame , kan du bruke følgende lenker for å få tilgang til dette depotet:

I Git-syntaks:

[e-postbeskyttet]:brukernavn/reponavn.git

I Https-syntaks:

https:// [e-postbeskyttet]/brukernavn/reponavn.git

Arbeide med et depot på GitHub ved å bruke Git-programmet

Fra dette øyeblikket kan dansen rundt GitHub-nettgrensesnittet betraktes som komplett. Videre kan du bare jobbe med git-programmet.

Først må du gjøre en liten konfigurasjon av git-programmet: spesifiser brukernavnet og e-posten til det lokale git-systemet. Dette gjøres med følgende kommandoer, som kan utføres fra hvilken som helst katalog:

git config --global bruker.navn "YourFullName"
git config --global bruker.e-post [e-postbeskyttet]

hvor du i stedet for YourFullName må skrive navnet ditt, og i stedet for [e-postbeskyttet]- din epost. Disse verdiene brukes for GitHub-pålogging. Derfor, i stedet for YourFullName må du angi din pålogging på GitHub, og på plass [e-postbeskyttet] du må spesifisere e-posten du skrev inn da du genererte krypteringsnøkler.

Etter disse innstillingene kan du laste opp filene dine til depotet. Gå til katalogen med prosjektet ditt og gi kommandoene:

git commit -a -m "first commit"

git remote add origin [e-postbeskyttet]:brukernavn/reponavn.git

git push -u origin master

Etter disse kommandoene opprettes kopier av filene i katalogen der disse kommandoene ble utført på GitHub-serveren. Deretter kan du foreta commits, laste opp endringer til GitHub-serveren og lese endringer fra serveren. Men det er en helt annen historie.

Motstand mot endring er en grunnleggende menneskelig egenskap. Hvis Git ikke eksisterte da du begynte å jobbe med versjonskontrollsystemer, er det høyst sannsynlig at du startet med Subversion. Folk sier ofte at Git er for vanskelig for nybegynnere. Jeg ber imidlertid om å være uenig med deg.

I denne artikkelen vil jeg fortelle deg hvordan du kan bruke Git til å jobbe med prosjektene dine. La oss anta at du lager et prosjekt fra bunnen av og ønsker å bruke Git som ditt versjonskontrollsystem. Etter å ha introdusert de grunnleggende kommandoene, skal vi se på hvordan du kan publisere koden din til GitHub.

Denne artikkelen vil dekke det grunnleggende - hvordan du initialiserer et prosjekt, hvordan du administrerer nye og eksisterende filer, og hvordan du lagrer koden din i skyen. Vi hopper over noen kompliserte ting som forgrening siden denne artikkelen er rettet mot nybegynnere.

Installerer Git

På den offisielle Git-nettsiden er det kl ulike systemer- Linux, Mac, Windows. I vårt tilfelle vil vi bruke Ubuntu 13.04, og vi vil installere Git via apt-get.

Sudo apt-get install git

Innledende konfigurasjon

La oss lage en katalog der vi skal jobbe. Du kan også bruke Git til å jobbe med et eksisterende prosjekt, i så fall trenger du ikke å lage en demokatalog som beskrevet nedenfor.

Mkdir my_git_project cd my_git_project

Det første trinnet er å initialisere Git-depotet i prosjektkatalogen. Du kan gjøre dette med kommandoen init, som lager en .git-katalog med all informasjon om prosjektet ditt.

Git config --global bruker.navn "Shaumik" git config --global bruker.email " [e-postbeskyttet]" git config --global color.ui "auto"

Det er verdt å merke seg at hvis du ikke angir adresse og navn, vil standardverdiene bli brukt i stedet. I vårt tilfelle vil standardverdiene være donny og donny@ubuntu.

Vi setter også grensesnittfargen til auto slik at utdataene fra Git-kommandoer blir farget. Vi legger til --global prefikset til disse kommandoene slik at disse verdiene brukes over hele systemet og ikke trenger å settes på prosjekt-for-prosjekt-basis.

Forbereder filer for commit

Det neste trinnet er å lage noen filer. Du kan bruke hvilken som helst tekstredigerer for dette. Merk at hvis du initialiserer Git på et eksisterende prosjekt, trenger du ikke å gjøre dette trinnet.

Kontrollerer statusen til depotet

Nå som du har filer i prosjektet ditt, la oss se på hvordan Git håndterer dem. For å sjekke gjeldende status til depotet, bruk git status-kommandoen

Legger til filer i Git

På dette tidspunktet holder ikke Git styr på noen av filene våre. Du må spesifikt legge til filer i Git for at dette skal skje. For å gjøre dette bruker vi add-kommandoen.

Git legg til min_fil

Etter å ha sjekket statusen til depotet, ser vi at en av filene allerede er lagt til den.

For å legge til flere filer bruker vi følgende (merk at vi la til den første filen tidligere, så vi legger bare til de resterende to).

Git add myfile2 myfile3

Det er mulig å bruke git add rekursivt, men vær forsiktig med denne kommandoen. Det er noen filer (som kompilerte programmer) som ikke bør legges til versjonskontroll. Hvis du bruker git add rekursivt, vil slike filer også havne i depotet.

Sletter filer

La oss forestille oss at du ved et uhell la til en fil i depotet som ikke burde vært der. Eller du vil fjerne en fil fra versjonskontrollsystemet. Generelt vil git rm-kommandoen ikke bare fjerne en fil fra depotet, men vil også fjerne den fysisk fra disken. For å få Git til å slutte å spore en fil, men beholde den på disken, bruk følgende kommando:

Git rm --cached [filnavn]

Forplikte endringene

Når du har lagt til alle nødvendige filer, kan du overføre dem til Git. Tenk på en forpliktelse som et øyeblikksbilde av prosjektets tilstand på et bestemt stadium, som du kan gå tilbake til når som helst og se statusen til prosjektet i det øyeblikket. Hver commit har en melding knyttet til seg, som er spesifisert som et argument etter -m-prefikset

Git commit -m "Min første commit"

Angi en melding som skal inneholde nyttig informasjon, siden de hjelper til med å forstå nøyaktig hva som ble endret innenfor en gitt forpliktelse. Unngå generelle meldinger som "Bug Rules". Hvis du har en feilsporer, kan du spesifisere en melding som "Bug #123 fixed." God trening- angi navnet på filialen eller forbedringen i meldingen. For eksempel er "Aset management - lagt til muligheten til å generere PDF basert på en ressurs" en klar og forståelig melding.

Git identifiserer en commit med et langt heksadesimalt tall. Vanligvis er det ikke nødvendig å kopiere hele linjen. Fra skjermbildet kan du se at vår forpliktelse er identifisert med nummeret 8dd76fc.

Forplikter seg videre

La oss endre noen få filer etter at vi har opprettet dem. Etter at vi har endret dem, vil git-status rapportere at vi har endret filer.

Du kan se hva som har endret seg i disse filene siden forrige commit ved å bruke git diff-kommandoen. Hvis du vil se endringer for en bestemt fil, kan du bruke git diff<файл> .

Det er nødvendig å indeksere endringene og forplikte dem. Alle endrede prosjektfiler kan legges til en commit med følgende kommando:

Du kan unngå å bruke denne kommandoen ved å legge til -a-alternativet for å git commit . Denne kommandoen vil indeksere alle endrede filer og forplikte dem. Men denne tilnærmingen kan være ganske farlig, siden du feilaktig kan begå noe du ikke ville. La oss for eksempel si at du åpnet en fil og endret den ved et uhell. Når du indekserer endrede filer, vil du bli varslet om endringer i hver fil. Men hvis du forplikter alle de endrede filene uten å se på hjelp. git commit -a , så vil alle filene bli committert, inkludert de du ikke ønsket å commit.

Når du har indeksert filene, kan du begynne å forplikte. Som nevnt tidligere kan du spesifisere en melding for en commit ved å bruke -m-bryteren. Men du kan også spesifisere kommentarer med flere linjer ved å bruke git commit-kommandoen, som åpner en konsollredigerer for å legge inn en kommentar.

Prosjektledelse

For å se prosjekthistorikken kan du bruke følgende kommando:

Den vil vise hele historien til prosjektet i form av en liste over forpliktelser og informasjon om dem. Commit-informasjonen inneholder commit-hash, forfatter, tid og commit-melding. Det er mange typer git-logg-kommandoer som du må bli kjent med når du bruker Git-grening. For å se detaljene for en bestemt commit og filene som ble endret, kjør følgende kommando:

Git show<хеш_коммита>

Hvor<хеш_коммита>- heksadesimalt tall knyttet til forpliktelsen. Fordi denne håndboken Beregnet for nybegynnere, vil vi ikke se på hvordan man returnerer staten til tidspunktet for en spesifikk forpliktelse, eller hvordan man administrerer filialer.