Git. En snabbstart för att använda grundläggande funktioner med förklaringar. En detaljerad introduktion till att arbeta med Git Git för att komma igång
Det är naturligt för människor att motstå förändring. Om du inte introducerades för Git när du först började arbeta med versionskontrollsystem, känner du dig förmodligen mer bekväm med Subversion (SVN).
Folk säger ofta att Git är för svårt för nybörjare. Jag ber dock att skilja på detta.
I den här handledningen kommer jag att visa dig hur du använder Git i dina projekt. Låt oss säga att du bygger ett projekt från grunden och vill hantera det med Git. Att gå igenom listan med grundläggande kommandon kommer att ge dig en uppfattning om hur du ska vara värd för din kod i molnet med GitHub.
I den här artikeln kommer vi att prata om grunderna i Git - hur du initierar dina projekt, hur du hanterar nya och befintliga filer och hur du lagrar din kod i molnet.
Vi kommer inte att beröra de relativt komplexa delarna av Git, såsom förgrening, eftersom den här handledningen är avsedd för nybörjare.
Installerar Git
På den officiella Git-webbplatsen finns det detaljerad information om att installera det på Linux, Mac och Windows. I vårt fall kommer vi att använda Ubuntu 13.04 för demoändamål, där vi kommer att installera Git med apt-get:
sudo apt-get installera git
Första installationen
Låt oss skapa en katalog där vi kommer att arbeta. Alternativt kan du använda Git för att hantera ett av dina befintliga projekt; i det här fallet behöver du inte skapa en demokatalog som nedan:
mkdir my_git_project cd my_git_project
Det första steget är att initiera Git i katalogen. Detta kan göras med hjälp av kommandot init, som skapar en .git-katalog som innehåller all Git-relaterad information för ditt projekt.
git config --global user.name "Shaumik" git config --global user.email " [e-postskyddad]" git config --global color.ui "auto"
Det är viktigt att notera att om du inte uppger ditt namn och adress E-post, då kommer standardvärdena att användas. I vårt fall skulle standardvärdena vara användarnamnet donny och e-postadressen donny@ubuntu.
Dessutom ställer vi in för färg användargränssnitt inställd på auto , vilket gör att utmatningen av Git-kommandon färgkodas.
Prefixet --global före kommandona är för att undvika att behöva ange dessa konfigurationskommandon nästa gång vi kör ett Git-projekt på vårt system.
Förbereder filer för commit
Nästa steg är att skapa filerna i katalogen. Du kan använda t.ex. textredigerare Vim. Observera att om du ska lägga till Git till en redan befintlig katalog, du behöver inte göra det här steget:
Kontrollera arkivets status
Nu när vi har några filer i vårt arkiv, låt oss ta en titt på hur Git hanterar dem. För att kontrollera den aktuella statusen för förvaret måste du använda kommandot git status:
Lägga till filer till Git för spårning
På det här ögonblicket vi har inga filer att spåra med Git. Vi måste lägga till filer specifikt till Git för att tala om för Git vad vi ska spåra.
Lägg till filer med kommandot add:
När vi kontrollerar förvarets status igen kan vi se att en fil har lagts till:
För att lägga till flera filer kan du använda följande kommandopost (observera att vi har lagt till ytterligare en fil för demonstrationsändamål):
git add myfile2 myfile3
Du kan använda git add rekursivt, men var försiktig med det här kommandot. Det finns vissa filer (som kompilerade filer) som vanligtvis lagras utanför ett Git-förråd.
Om du använder kommandot add rekursivt, kommer det att lägga till alla sådana filer om de finns i ditt arkiv.
Ta bort filer
Men att köra ett enkelt git rm-kommando kommer inte bara att ta bort filen från Git, utan också från din lokala filsystem! Till
Git har slutat spåra filen, men i din lokalt system själva filen sparas, kör följande kommando:
git rm --cachad
Begå ändringar
När du har varit värd för dina filer kan du överföra dem till Git. Tänk på ett åtagande som ett avtryck viss punkt, som du kan återvända till för att komma åt ditt arkiv nu.
Du kan bifoga ett meddelande till varje commit, som läggs till med prefixet -m:
git commit -m "Min första commit"
Ge dina commits användbara meddelanden eftersom detta kommer att hjälpa dig att identifiera vad du ändrade i commit.
Undvik alltför allmänna meddelanden som " Buggar fixade" Om du har en uppgiftsspårare kan du lägga till meddelanden som " Fixat bugg #234».
Det är bra att använda filialnamnet eller funktionsnamnet som ett prefix till commit-meddelandet. Till exempel, " Asset management: tillagd funktion för generering PDF-filer tillgångar” är ett meningsfullt budskap.
Git identifierar commits genom att lägga till ett långt hexadecimalt tal till varje commit. Som regel behöver du inte kopiera hela raden, de första 5-6 tecknen räcker för att identifiera din commit.
Observera att i skärmdumpen definieras vår första commit av koden 8dd76fc.
Begår ytterligare
Låt oss nu ändra några filer efter vår första commit. Efter att ha ändrat dem kommer vi att se att som ett resultat av att köra git statuskommandot, har Git upptäckt ändringar i filerna som den övervakar:
Du kan kontrollera ändringar av spårade filer som gjordes i den senaste commit med hjälp av git diff-kommandot. Om du vill se ändringar av en specifik fil, använd git diff-kommandot
Du måste lägga till dessa filer igen för att göra ändringar i de spårade filerna för nästa commit. Du kan lägga till alla spårade filer genom att köra kommandot:
Du kan undvika att använda detta kommando genom att använda -a-prefixet till git commit-kommandot, vilket kommer att lägga till alla ändringar i de spårade filerna.
Denna process är dock mycket farlig eftersom den kan skada projektet. Låt oss till exempel säga att du öppnar en fil och ändrar den av misstag.
Om du placerar filer selektivt kommer du att märka ändringar i varje fil. Men om du prefix -a till din commit kommer alla filer att committeras och du kommer inte att kunna upptäcka eventuella fel.
När du har placerat dina filer kan du börja commit. Jag nämnde att varje commit kan ha ett meddelande kopplat till sig, som vi anger med prefixet -m.
Det är dock möjligt att skriva in ett meddelande på flera rader med kommandot git commit, som öppnar ett interaktivt skrivformulär:
Projektledning
För att se historiken för ditt projekt kan du köra följande kommando:
Detta kommer att visa hela projektets historia, vilket är en lista över alla åtaganden och information om dem. Commit-information inkluderar commit-hash, författare, tid och commit-meddelande. Det finns olika alternativ för git-logg som du kan utforska när du har bemästrat konceptet med en gren i Git.
Att se detaljerad information om en specifik commit och filerna som ändrades, kör följande kommando:
git show
Var
Värdkod i molnet
Nu när du har lärt dig hur du hanterar koden på ditt system är det dags att vara värd för koden i molnet.
Distribuerade versionskontrollsystem (DVCS) ersätter gradvis de centraliserade. Om du inte har använt någon av dem än är det dags att prova nu.
I den här artikeln kommer jag att försöka visa hur du snabbt kan börja experimentera med git med hjälp av webbplatsen github.com.
Den här artikeln kommer inte att diskutera skillnaderna mellan olika DVCS. Att arbeta med git kommer inte heller att diskuteras i detalj; det finns många bra källor om detta ämne, som jag kommer att tillhandahålla i slutet av artikeln.
Så, sajten github.com är placerad som en webbprojektvärdtjänst som använder git versionskontrollsystemet, såväl som socialt nätverk för utvecklare. Användare kan skapa ett obegränsat antal arkiv, som var och en är försedd med en wiki, ett problemspårningssystem, möjligheten att utföra kodgranskning och mycket mer. GitHub är för närvarande den mest populära tjänsten av detta slag, före Sourceforge och Google Code.
För projekt med öppen källa är användningen av webbplatsen gratis. Om du behöver ha privata förråd kan du uppgradera till en betalplan: 
Låt oss börja med registreringen. Följ länken github.com/signup/free och ange dina data.
Efter registrering tas vi till instrumentpanelen för vårt konto: 
Nu har vi inte ett enda arkiv, och vi kan antingen skapa ett nytt arkiv, eller forka från en befintlig annans arkiv och leda vår egen utvecklingsgren. Sedan, om så önskas, kan du föreslå dina ändringar till författaren av det ursprungliga förvaret (Pull request).
Men först, låt oss installera git och konfigurera det för att fungera med webbplatsen.
Om du arbetar med Windows, ladda ner och installera msysgit. Detta är konsolversionen av git för Windows (vidare kommer historien att baseras på exemplet med detta OS).
Instruktioner för MacOS X (eng)
Instruktioner för Linux (eng)
Det borde inte vara några problem, klicka bara på Nästa överallt. Efter installationen, välj från Git Bash Explorer-kontextmenyn: 
Eller via Git Bash.lnk i mappen med det installerade programmet: 
Vi anger våra data- och radbrytningsinställningar i konsolen:
git config --global användarnamn "ditt namn"
git config --global user.email "din e-post"
git config --global core.autocrlf sant
git config --global core.safecrlf sant
Förresten rekommenderar jag att du tar en bra interaktiv kurs i att använda git från konsolen. Kursen genomförs på några timmar och ger nödvändiga grundläggande färdigheter.
För de som föredrar gui finns det flera sådana verktyg för att arbeta med git på Windows. De två huvudsakliga är SmartGit (plattformsoberoende) och TortoiseGit. Båda är goda, och vilken man ska använda är en smaksak. Jag kommer att beskriva arbetet med TortoiseGit.
För vallmo finns också ett urval av giu.
- Den officiella klienten från GitHub är fortfarande ganska grov enligt min mening.
- GitX - Jag personligen gillade det inte
- GitBox - de flesta följer mac-sättet, jag rekommenderar starkt att prova det
Om git på ryska:
"En framgångsrik förgreningsmodell för git" - översättning av en bra engelsk artikel
githowto.com interaktiv kurs om att arbeta med git från konsolen
"Varför git" + diskussion
"Git för de som migrerar från SVN" + diskussion
Github är en mycket känd plattform för lagring, distribution och hantering källkodöppna projekt. Den här tjänsten används av många utvecklare runt om i världen, inklusive stora företag som Microsoft, RedHat och många andra, samt hundratals utvecklare av många populära projekt.
Plattformen ger möjligheter inte bara för att visa kod och dess distribution, utan även versionshistorik, samarbetsverktyg för utveckling, verktyg för att tillhandahålla dokumentation, utfärda releaser och respons. Och det bästa är att du kan vara värd för både offentliga och privata projekt på Gihub. I den här artikeln kommer vi att titta på hur du använder Github för att vara värd för ditt projekt. Så att säga, github för nybörjare.
Så låt oss säga att du har ditt eget projekt och du vill placera dess kod på Github i den offentliga domänen så att andra användare kan se det och delta i utvecklingen. Det första du behöver göra är att skapa ett konto.
1. Skapa konto
Att skapa nytt kontoöppna på hemsidan startsida GitHub och omedelbart kan du ange data för en ny konto. Du måste ange ett användarnamn, e-postadress och lösenord:
När du är klar med inmatningen, tryck på knappen "Registrera dig gratis":
I nästa steg måste du välja förvarstyp. Offentliga arkiv är gratis, men om du vill skapa ett privat arkiv, vars kod endast kommer att vara tillgänglig för dig, måste du betala $7 per månad.
Ditt konto är klart och du kommer att omdirigeras till en sida där du kan skapa ditt första projekt. Men innan du kan göra detta måste du bekräfta din e-postadress. För att göra detta, öppna din Brevlåda och följ länken i e-postmeddelandet från Github.
Ingen github-installation behövs, bara några klick räcker.
2. Skapa ett arkiv
På sidan som öppnas, detta är huvudsidan för behöriga användare, klicka på knappen "Starta ett projekt":
Du kan omedelbart initiera arkivet genom att skapa en Readme-fil genom att markera rutan "Initiera detta arkiv med en README" på botten av sidan. Du kan också välja en licens:
När du är klar väljer du "Skapa projekt", kommer att skapas nytt projekt med en README-fil som innehåller en beskrivning och en licensfil.
3. Lägga till grenar
Github-grenar låter dig arbeta med flera versioner av ett projekt samtidigt. Som standard, när du skapar ett arkiv, skapas huvudgrenen, detta är den huvudsakliga arbetsgrenen. Du kan skapa ytterligare grenar, till exempel för att testa programvara innan den publiceras till masterfilialen. På så sätt kan du samtidigt utveckla produkten och tillhandahålla en stabil version till användarna. Du kan också skapa separata grenar för programversionen för olika system.
Den aktuella grenen visas i det övre vänstra hörnet efter ordet "Gren". För att skapa en ny filial, expandera helt enkelt den här listan och börja skriva dess namn:
Webbplatsen i sig kommer att uppmana dig att skapa en ny tråd, välj "Skapa gren".
Omedelbart efter skapandet kommer du att arbeta med den nyskapade grenen.
4. Filändringar och commits
Alla ändringar av filer på Github görs med hjälp av commits. En commit åstadkommes genom att göra själva korrigeringarna och beskriva dessa korrigeringar. Detta är nödvändigt så att du vet vad och när du ändrade, och gör det också enkelt att spåra teamets arbete. Ordet commit kan översättas som "fix". Det vill säga vi kan göra ändringar i flera filer och sedan commitera dem. Låt oss ändra README-filen som ett exempel. För att göra detta, hitta knappen med en borste på höger sida av panelen och klicka på den:
En textredigerare öppnas där du kan ange de korrigeringar du behöver:
När du har gjort allt du behöver måste du fylla i fältet "Begå" på botten av sidan. Beskriv kort vad som har ändrats och klicka sedan på knappen "Begå ändringar":
Dessa ändringar kommer att göras i den nuvarande grenen av projektet, eftersom vi för närvarande arbetar med testning kommer ändringarna att skickas dit.
5. Skapa Pull-förfrågningar
GitHub för nybörjare kan verka väldigt komplicerat just på grund av sådana funktioner, men det är väldigt bekvämt när du väl har listat ut det. En sammanslagningsbegäran eller Pull-begäran är en funktion där vilken utvecklare som helst kan be en annan, till exempel skaparen av ett arkiv, att granska sin kod och lägga till den i huvudprojektet eller grenen. Verktyget Merge Request använder verktyget för skillnadsjämförelse, så att du kan se alla ändringar, de kommer att vara understrukna i en annan färg. Pull Request kan skapas direkt efter att en commit skapats. Låt oss skicka en Pull-förfrågan från vår testgren till huvudgrenen. Öppna först fliken "Pull Request".
Klicka här "Skapa Pull Request":
I det här fönstret kan du se alla ändringar, nu ser vi att raden har lagts till:
6. Granska och godkänn sammanslagningsförfrågningar
Nu, på samma flik Pull Requests ser vi den nyskapade sammanslagningsförfrågan och allt vi behöver göra är att acceptera den genom att klicka "Sammanfogningsförfrågan":
Men om denna förfrågan kom från en annan person måste du kontrollera vad han ändrade där och om det är nödvändigt. För att göra detta klickar du bara på förfrågningsbeskrivningen och du kommer att se det redan bekanta ändringsvyfönstret:
Koden kommer sedan att importeras till huvudgrenen och testgrenen kan säkert raderas.
7. Felrapporter
En annan praktisk sak är att du kan använda GitHub inte bara för att utveckla och hantera kod, utan också för feedback från användare. På fliken "Problem" Användare kan skicka meddelanden om problem som de stött på när de använde din produkt. Öppna fliken "Frågor", och klicka på knappen "Nytt problem":
8. Släpper
Det sista vi ska titta på idag är releaser. När produkten har nått ett visst stadium kan du släppa en release så att användare och du kan vara säker på att allt är stabilt där och att ingen bröt något med en felaktig Pull Request i Mastern. Först måste du gå till projektets huvudsida och sedan till fliken "Releases":
På den här sidan måste du ange versionen i fältet "Tagversion", sedan versionens namn och en kort beskrivning. Om du har sammanställt arkiv med binärer måste du också bifoga dem här. Klicka sedan "Skapa release":
Efter att ha skapat releasen kommer följande sida att skapas:
Slutsatser
I den här artikeln tittade vi på hur du använder GitHub för att vara värd för och hantera ditt projekt. Hela systemet är på engelska, så grundläggande kunskap språk är mycket önskvärda, men även utan dem kommer det inte att vara särskilt svårt att arbeta med github. Jag hoppas att denna information var användbar för dig. Om du är intresserad av hur man arbetar med Git från kommandoraden, se artikeln för nybörjare.
Detta beskriver den praktiska delen av att använda Git - att installera det och registrera det på GitHub.com-servern.
GitHub.com är en tjänst som erbjuder lagring av din kod och data med hjälp av ett versionskontrollsystem Git. GitHub tillhandahåller en gratis plan för lagring av 300 MB klartextdata. Detta innebär att alla Internetanvändare kan ladda ner dina data. Du kan också vara värd för repositories som är stängda för andra på GitHub genom att betala $7 per månad. På ett gratis GitHub-konto kan ingen som standard ändra din data (de kan bara läsa den). Men du kan diktera vilka användare av GitHub-systemet som har skrivrättigheter.
Artikeln förklarar i detalj hur man konfigurerar Git på Windows OS och Linux OS.
Installera Git på Linux
Jag tror att det inte är någon idé att förklara för Linux-användare hur man installerar Git - detta görs olika på varje system. På ett Debian-system (vilket är vad jag har), för att installera Git, kan du använda kommandot:
apt-get installera git
Installera Git på Windows
Låt oss gå till Officiell sida Git http://git-scm.com, klicka på Ladda ner för Windows. Klicka på i fönstret som öppnas Fullständig installation för officiella Git. Vi startar den resulterande exe-filen.
Under installationsprocessen kommer du att ställas följande fråga:
Jag rekommenderar att du väljer "Kör Git från Windows Command Prompt". Alla andra alternativ kan lämnas som standard. Efter installation av Git måste du starta om eller logga ut och logga in igen för att ändringarna i systemvariabeln PATH ska träda i kraft.
Om vi får versionsinformation är Git installerat och fungerar. Om vi får information om att git-programmet inte hittades, kommer vi på vad vi gjorde för fel.
Konfigurera SSH-nycklar
Innan du registrerar dig med GitHub måste du först generera en SSH-krypteringsnyckel. Denna nyckel krävs för att snabbt upprätta en anslutning till GitHub utan att ange ett lösenord. Utan en sådan nyckel kommer GitHub helt enkelt inte att fungera.
Uppmärksamhet!
När nyckeln är genererad kommer du att bli ombedd att ange ett lösenord. Detta är åtkomstlösenordet till den privata nyckeln, som endast lagras på din maskin och ingen annanstans. Detta lösenord är inställt för maximal säkerhet, även om du kan klara dig utan det. Du måste veta att genom att ställa in ett lösenord för den privata nyckeln, måste du ange detta lösenord varje gång du ansluter till GitHub-servern. När du ställer in ett lösenord försvinner alltså all bekvämlighet med att använda krypteringsnycklar.
MyTetra-användare: gränssnitt att arbeta med kommandorad, som används för att anropa git under synkronisering, kan inte acceptera teckeninmatning. Därför, om du ställer in ett lösenord, kommer synkroniseringen inte att fungera.
Konfigurera SSH-nycklar på Linux
I operativ system Linux måste först leta i ~/.ssh-katalogen. Om det finns filer id_rsa och id_rsa.pub, så är dessa SSH-nycklar. Om det inte finns någon sådan katalog eller sådana filer, måste nycklarna genereras. Vi ger kommandot:
Istället för [e-postskyddad] du måste ange din e-postadress. Under nyckelgenereringsprocessen kommer du att bli tillfrågad var du ska placera filerna; som svar trycker du bara på Enter. När du uppmanas att ange ett lösenord, tryck bara på Enter. Efter generering bör filerna id_rsa och id_rsa.pub visas i katalogen ~/.ssh, de kommer att vara användbara för oss i framtiden.
Konfigurera SSH-nycklar på Windows
I operationssalen Windows-system En SSH-nyckelgenerator ingår i Git. För att generera nycklar måste du köra filen C:\Program Files\Git\Git bash.vbs. Den kan startas som en vanlig exe-fil. Git Console-programmet öppnas. I den måste du ge kommandot:
ssh-keygen -t rsa -C " [e-postskyddad]"
Var försiktig, copy-paste är buggigt i den här konsolen, det är lättare att ange kommandot manuellt. Vi anger din brevlåda som din e-post. På förfrågan " Ange filen där nyckeln ska sparas" tryck helt enkelt på Enter. När du uppmanas att ange ett lösenord, " Ange lösenfras " och " Ange samma lösenfras igen " trycker du bara på Enter. Under processen att generera nycklar kommer ungefär följande information att visas i konsolen:
Genererar offentligt/privat rsa-nyckelpar.
Ange fil där du vill spara nyckeln (/c/Documents and Settings/username/.ssh/id_rsa):
Ange lösenfras (tom för ingen lösenfras):
Ange samma lösenfras igen:
Din identifiering har sparats i /c/Documents and Settings/användarnamn/.ssh/id_rsa.
Din offentliga nyckel har sparats i /c/Documents and Settings/username/.ssh/id_rsa.pub.
Nyckelfingeravtrycket är:
51:db:73:e9:31:9f:51:a6:7a:c5:3d:da:9c:35:8f:95 [e-postskyddad]
Efter att ha kört detta program, i katalogen C:\Documents and Settings\användarnamn\.ssh Det kommer att finnas filerna id_rsa och id_rsa.pub, de kommer att vara användbara för oss i framtiden.
Registrera dig på GitHub.com
Nu är allt klart för registrering. Låt oss gå till startsida GitHub.com. Gränssnittet är lite förvirrande, så jag ska ge dig ett par skärmdumpar av var du kan klicka på vad. Designen och layouten kan ändras när som helst, så jag beskriver logiken i handlingar för tillfället.
I topp meny hitta föremålet " Prissättning och anmälan" och klicka på den:
Urvalssidan öppnas tariffplan. Välj ett gratis konto" Skapa ett gratis konto":
Installera en SSH-nyckel på GitHub
Direkt efter registrering måste du registrera din offentliga krypteringsnyckel (public SSH-nyckel) i GutHub-systemet. För att lägga till en nyckel måste du klicka på " i det övre högra hörnet Kontoinställningar":
I fönstret som öppnas, klicka på menyalternativet " Offentliga SSH-nycklar", och tryck på " Lägg till en annan offentlig nyckel". Två fält visas - nyckelns namn ( Titel) och nyckelns innehåll ( Nyckel).
I fält Titel Du kan skriva namnet på datorn där den publika nyckeln genererades. Du kan skriva på ryska.
I fält Nyckel du måste infoga innehållet i filen id_rsa.pub. Kommer du ihåg vilken katalog de finns i? Vi går till den här katalogen, öppnar filen id_rsa.pub med valfri textredigerare (exakt med tillägget .pub, blanda inte ihop det). Markera all text, kopiera och klistra in den i fältet på GitHub-sidan Nyckel.
Efter att ha lagt till nyckeln kan datorn ansluta till GitHub via git-programmet och inga fel ska uppstå.
Skapa ett arkiv på GitHub
Nu är det dags att skapa ditt första GitHub-förråd. Förvaret kan helt enkelt betraktas som en katalog där de synkroniserade filerna och underkatalogerna kommer att finnas. Du måste skapa ett arkiv i GitHubs webbgränssnitt, och du kan fylla det med filer och arbeta med det med hjälp av git-programmet på din dator.
För att skapa ett arkiv måste du klicka på " i det övre högra hörnet instrumentbräda". I fönstret som öppnas ser du objektet " Skapa ett arkiv":
Så vi behöver inte denna punkt! Det här objektet öppnar inte dialogrutan för att skapa förvar, utan en hjälpsida. Istället för att klicka på det här objektet, leta efter en oansenlig länk nedan på sidan " Skapa ett arkiv". Det öppnar dialogrutan för att lägga till ett nytt arkiv.
I dialogrutan för att lägga till ett nytt arkiv måste du fylla i åtminstone projektnamnsfältet " Projektnamn". Det är bättre att inte använda det kyrilliska alfabetet i projektnamnet, eftersom projektnamnet i själva verket är namnet på katalogen. För att undvika problem är det bättre att projektnamnet endast innehåller det latinska alfabetet. Efter att ha klickat på " Skapa arkiv", kommer förvaret att skapas.
En fungerande länk till förvaret i GitHub-systemet bildas enligt följande. Om du är registrerad som användarnamn och ditt arkiv heter reponame , kan du använda följande länkar för att komma åt detta arkiv:
I Git-syntax:
[e-postskyddad]:användarnamn/reponamn.git
I HTTPS-syntax:
https:// [e-postskyddad]/användarnamn/reponamn.git
Arbeta med ett arkiv på GitHub med hjälp av Git-programmet
Från och med detta ögonblick kan dansen kring GitHubs webbgränssnitt anses vara komplett. Vidare kan du bara arbeta med git-programmet.
Först måste du göra en liten konfiguration av git-programmet: ange ditt användarnamn och e-post till det lokala git-systemet. Detta görs med följande kommandon, som kan köras från vilken katalog som helst:
git config --global användarnamn "YourFullName"
git config --global user.email [e-postskyddad]
där du istället för YourFullName måste skriva ditt namn, och istället för [e-postskyddad]- din email. Dessa värden används för GitHub-inloggning. Därför måste du i stället för YourFullName ange din inloggning på GitHub och på plats [e-postskyddad] du måste ange vilken e-postadress du angav när du genererade krypteringsnycklar.
Efter dessa inställningar kan du ladda upp dina filer till förvaret. Gå till katalogen med ditt projekt och ge kommandona:
git commit -a -m "first commit"
git remote add origin [e-postskyddad]:användarnamn/reponamn.git
git push -u origin master
Efter dessa kommandon skapas kopior av filerna i katalogen där dessa kommandon kördes på GitHub-servern. Sedan kan du göra commits, ladda upp ändringar till GitHub-servern och läsa ändringar från servern. Men det är en helt annan historia.
Motstånd mot förändring är en grundläggande mänsklig egenskap. Om Git inte fanns när du började arbeta med versionskontrollsystem, är det högst troligt att du började med Subversion. Folk säger ofta att Git är för svårt för nybörjare. Jag ber dock att skilja med dig.
I den här artikeln ska jag berätta hur du kan använda Git för att arbeta med dina projekt. Låt oss anta att du skapar ett projekt från början och vill använda Git som ditt versionskontrollsystem. Efter att ha introducerat de grundläggande kommandona kommer vi att titta på hur du kan publicera din kod till GitHub.
Den här artikeln kommer att täcka grunderna - hur man initierar ett projekt, hur man hanterar nya och befintliga filer och hur man lagrar din kod i molnet. Vi hoppar över några komplicerade saker som förgrening eftersom den här artikeln riktar sig till nybörjare.
Installerar Git
På den officiella Git-webbplatsen finns kl olika system- Linux, Mac, Windows. I vårt fall kommer vi att använda Ubuntu 13.04, och vi kommer att installera Git via apt-get.
Sudo apt-get install git
Initial konfiguration
Låt oss skapa en katalog där vi kommer att arbeta. Du kan också använda Git för att arbeta med ett befintligt projekt, i vilket fall du inte behöver skapa en demokatalog som beskrivs nedan.
Mkdir my_git_project cd my_git_project
Det första steget är att initiera Git-förvaret i projektkatalogen. Du kan göra detta med kommandot init, som skapar en .git-katalog med all information om ditt projekt.
Git config --global user.name "Shaumik" git config --global user.email " [e-postskyddad]" git config --global color.ui "auto"
Det är värt att notera att om du inte anger din adress och namn kommer standardvärdena att användas istället. I vårt fall kommer standardvärdena att vara donny och donny@ubuntu.
Vi ställer också in gränssnittsfärgen till auto så att utdata från Git-kommandon kommer att färgas. Vi lägger till prefixet --global till dessa kommandon så att dessa värden används över hela systemet och inte behöver ställas in projekt för projekt.
Förbereder filer för commit
Nästa steg är att skapa några filer. Du kan använda vilken textredigerare som helst för detta. Observera att om du initierar Git på ett befintligt projekt, behöver du inte göra detta steg.
Kontrollerar förvarets status
Nu när du har filer i ditt projekt, låt oss titta på hur Git hanterar dem. För att kontrollera den aktuella statusen för förvaret, använd kommandot git status
Lägger till filer till Git
För närvarande håller Git inte reda på någon av våra filer. Du måste specifikt lägga till filer till Git för att detta ska hända. För att göra detta använder vi kommandot add.
Git add my_file
Efter att ha kontrollerat statusen för förvaret ser vi att en av filerna redan har lagts till i den.
För att lägga till flera filer använder vi följande (observera att vi lade till den första filen tidigare, så vi lägger bara till de återstående två).
Git add myfile2 myfile3
Det är möjligt att använda git add rekursivt, men var försiktig med detta kommando. Det finns vissa filer (som kompilerade program) som inte bör läggas till i versionskontrollen. Om du använder git add rekursivt kommer sådana filer också att hamna i förvaret.
Ta bort filer
Låt oss föreställa oss att du av misstag lade till en fil till förvaret som inte borde ha funnits där. Eller så vill du ta bort en fil från versionskontrollsystemet. I allmänhet kommer git rm-kommandot inte bara att ta bort en fil från förvaret, utan kommer också att ta bort den fysiskt från disken. För att få Git att sluta spåra en fil men behålla den på disken, använd följande kommando:
Git rm --cached [filnamn]
Begå ändringarna
När du har lagt till alla nödvändiga filer kan du överföra dem till Git. Se ett åtagande som en ögonblicksbild av projektets tillstånd i ett visst skede, som du kan återvända till när som helst och se projektets tillstånd i det ögonblicket. Varje commit har ett meddelande kopplat till sig, vilket anges som ett argument efter -m-prefixet
Git commit -m "My first commit"
Vänligen ange ett meddelande som kommer att innehålla användbar information, eftersom de hjälper till att förstå exakt vad som ändrades inom en given commit. Undvik allmänna meddelanden som "Bugregler". Om du har en buggspårare kan du ange ett meddelande som "Bug #123 fixed." Bra övning- ange namnet på filialen eller förbättringen i meddelandet. Till exempel, "Asset management - lagt till möjligheten att generera PDF baserat på en tillgång" är ett tydligt och begripligt budskap.
Git identifierar en commit med ett långt hexadecimalt tal. Vanligtvis finns det inget behov av att kopiera hela raden, de första 5-6 tecknen räcker för att identifiera en specifik commit. Från skärmdumpen kan du se att vår commit identifieras med siffran 8dd76fc.
Begår ytterligare
Låt oss ändra några filer efter att vi har registrerat dem. Efter att vi har ändrat dem kommer git-status att rapportera att vi har ändrat filer.
Du kan se vad som har förändrats i dessa filer sedan föregående commit med git diff-kommandot. Om du vill se ändringar för en specifik fil kan du använda git diff<файл> .
Det är nödvändigt att indexera ändringarna och genomföra dem. Alla ändrade projektfiler kan läggas till i en commit med följande kommando:
Du kan undvika att använda det här kommandot genom att lägga till alternativet -a för att git commit . Detta kommando kommer att indexera alla ändrade filer och commit dem. Men detta tillvägagångssätt kan vara ganska farligt, eftersom du av misstag kan begå något du inte ville. Låt oss till exempel säga att du öppnade en fil och ändrade den av misstag. När du indexerar ändrade filer kommer du att meddelas om ändringar i varje fil. Men om du commit alla ändrade filer utan att titta på hjälp. git commit -a , då kommer alla filer att committeras, inklusive de som du inte ville commit.
När du har indexerat filerna kan du börja commit. Som nämnts tidigare kan du ange ett meddelande för en commit med -m-omkopplaren. Men du kan också specificera flerradiga kommentarer med kommandot git commit, som öppnar en konsolredigerare för att skriva in en kommentar.
Projektledning
För att se projekthistoriken kan du använda följande kommando:
Det kommer att visa hela projektets historia i form av en lista över åtaganden och information om dem. Commit-informationen innehåller commit-hash, författare, tid och commit-meddelande. Det finns många typer av git-loggkommandon som du måste bekanta dig med när du använder Git-grening. För att se detaljerna för en specifik commit och filerna ändrade, kör följande kommando:
Git show<хеш_коммита>
Var<хеш_коммита>- hexadecimalt nummer associerat med commit. Därför att denna manual Avsedd för nybörjare kommer vi inte att titta på hur man återställer staten till tidpunkten för ett specifikt åtagande, eller hur man hanterar filialer.
