-
1. Kom igång
- 1.1 Om versionshantering
- 1.2 En kort historik om Git
- 1.3 Vad är Git?
- 1.4 Kommandoraden
- 1.5 Installera Git
- 1.6 Första gången med Git
- 1.7 Få hjälp
- 1.8 Sammanfattning
-
2. Grunderna i Git
- 2.1 Att få tag i ett Git‑kodförråd
- 2.2 Spara ändringar i kodförrådet
- 2.3 Visa incheckningshistoriken
- 2.4 Ångra saker
- 2.5 Arbeta med fjärrkodförråd
- 2.6 Att tagga
- 2.7 Git-alias
- 2.8 Sammanfattning
-
3. Git-grenar
- 3.1 Grenar i korthet
- 3.2 Grundläggande gren- och sammanfogningsarbete
- 3.3 Grenhantering
- 3.4 Arbetsflöden med grenar
- 3.5 Fjärrgrenar
- 3.6 Ombasering
- 3.7 Sammanfattning
-
4. Git på servern
- 4.1 Protokollen
- 4.2 Konfigurera Git på en server
- 4.3 Generera din publika SSH-nyckel
- 4.4 Konfigurera servern
- 4.5 Git-demon
- 4.6 Smart HTTP
- 4.7 GitWeb
- 4.8 GitLab
- 4.9 Tredjepartsalternativ
- 4.10 Sammanfattning
-
5. Distribuerat Git
-
6. GitHub
-
7. Git-verktyg
- 7.1 Revisionsurval
- 7.2 Interaktiv köläggning
- 7.3 Lägga undan och städa
- 7.4 Signera ditt arbete
- 7.5 Sökning
- 7.6 Skriva om historik
- 7.7 Nollställning förklarad
- 7.8 Avancerad sammanslagning
- 7.9 Rerere
- 7.10 Felsöka med Git
- 7.11 Undermoduler
- 7.12 Bunta
- 7.13 Ersätt
- 7.14 Lagring av inloggningsuppgifter
- 7.15 Sammanfattning
-
8. Anpassa Git
- 8.1 Git‑konfiguration
- 8.2 Git‑attribut
- 8.3 Git‑krokar
- 8.4 Ett exempel på Git‑upprätthållen policy
- 8.5 Sammanfattning
-
9. Git och andra system
- 9.1 Git som klient
- 9.2 Migrera till Git
- 9.3 Sammanfattning
-
10. Git bakom kulisserna
- 10.1 Lågnivådel och användardel
- 10.2 Git-objekt
- 10.3 Git-referenser
- 10.4 Packfiler
- 10.5 Refspecen
- 10.6 Överföringsprotokoll
- 10.7 Underhåll och dataåterställning
- 10.8 Miljövariabler
- 10.9 Sammanfattning
-
A1. Bilaga A: Git i andra miljöer
- A1.1 Grafiska gränssnitt
- A1.2 Git i Visual Studio
- A1.3 Git i Visual Studio Code
- A1.4 Git i IntelliJ / PyCharm / WebStorm / PhpStorm / RubyMine
- A1.5 Git i Sublime Text
- A1.6 Git i Bash
- A1.7 Git i Zsh
- A1.8 Git i PowerShell
- A1.9 Sammanfattning
-
A2. Bilaga B: Bädda in Git i dina applikationer
- A2.1 Git på kommandoraden
- A2.2 Libgit2
- A2.3 JGit
- A2.4 go-git
- A2.5 Dulwich
-
A3. Bilaga C: Git-kommandon
- A3.1 Uppstart och konfiguration
- A3.2 Skaffa och skapa projekt
- A3.3 Grundläggande ögonblicksbilder
- A3.4 Grening och sammanslagning
- A3.5 Dela och uppdatera projekt
- A3.6 Inspektion och jämförelse
- A3.7 Felsökning
- A3.8 Patchning
- A3.9 E‑post
- A3.10 Externa system
- A3.11 Administration
- A3.12 Lågnivåkommandon
1.6 Kom igång - Första gången med Git
Första gången med Git
Nu när du har Git på ditt system vill du göra några inställningar för att anpassa din Git-miljö. Du behöver bara göra detta en gång på varje dator; inställningarna ligger kvar mellan uppgraderingar. Du kan också ändra dem när som helst genom att köra kommandona igen.
Git levereras med ett verktyg som heter git config som låter dig läsa och sätta inställningsvariabler som styr alla delar av hur Git ser ut och beter sig.
Dessa variabler kan lagras på tre olika ställen:
-
Filen
[path]/etc/gitconfig: Innehåller värden som gäller för varje användare på systemet och alla deras kodförråd. Om du ger flaggan--systemtillgit configläser och skriver det till just den filen. Eftersom detta är en systemkonfigurationsfil behöver du administratörs- eller superanvändarbehörighet för att ändra den. -
Filen
~/.gitconfigeller~/.config/git/config: Värden som är specifika för dig som användare. Du kan få Git att läsa och skriva till denna fil genom att ge flaggan--global, och detta påverkar alla kodförråd du arbetar med på ditt system. -
Filen
configi Git-katalogen (det vill säga.git/config) i det kodförråd du använder just nu: Specifikt för just det kodförrådet. Du kan tvinga Git att läsa från och skriva till denna fil med flaggan--local, men det är standard. Föga överraskande behöver du befinna dig i ett Git-kodförråd för att flaggan ska fungera.
Varje nivå ersätter värden från föregående nivå, så värden i .git/config går före de i [path]/etc/gitconfig.
På Windows-system letar Git efter .gitconfig i $HOME-katalogen (C:\Users\$USER för de flesta).
Det letar fortfarande efter [path]/etc/gitconfig, men den är relativ till MSys-roten, alltså där du valde att installera Git i Windows.
Om du använder Git for Windows version 2.x eller senare finns det också en systemnivåfil på C:\Documents and Settings\All Users\Application Data\Git\config i Windows XP, och på C:\ProgramData\Git\config i Windows Vista och senare.
Den filen kan bara ändras med git config -f <file> som administratör.
Du kan se alla dina inställningar och var de kommer ifrån med:
$ git config --list --show-origin
Din identitet
Det första du bör göra när du installerar Git är att sätta ditt användarnamn och din e-postadress. Det är viktigt eftersom varje incheckning använder den informationen, och den blir oföränderligt inbakad i de incheckningar du gör:
$ git config --global user.name "John Doe"
$ git config --global user.email johndoe@example.com
Återigen behöver du bara göra detta en gång om du använder flaggan --global, eftersom Git då alltid använder den informationen för din användare på det systemet.
Om du vill åsidosätta detta med ett annat namn eller en annan e-postadress för specifika projekt kan du köra kommandot utan flaggan --global när du står i det projektet.
Många grafiska verktyg hjälper dig med detta första gången du kör dem.
Din textredigerare
Nu när din identitet är inställd kan du konfigurera vilken textredigerare Git ska använda som standard när du behöver skriva in ett meddelande. Om du inte ställer in något använder Git systemets standardredigerare.
Om du vill använda en annan textredigerare, till exempel Emacs, kan du göra följande:
$ git config --global core.editor emacs
På ett Windows-system måste du ange den fullständiga sökvägen till den körbara filen om du vill använda en annan textredigerare. Det kan variera beroende på hur redigeraren är paketerad.
I fallet Notepad++, en populär programmeringsredigerare, vill du troligen använda 32-bitarsversionen eftersom 64-bitarsversionen i skrivande stund inte stödjer alla insticksmoduler. Om du använder ett 32-bitars Windows-system, eller om du har en 64-bitars redigerare på ett 64-bitars system, kan du skriva något i stil med:
$ git config --global core.editor "'C:/Program Files/Notepad++/notepad++.exe' -multiInst -notabbar -nosession -noPlugin"
|
Notera
|
Vim, Emacs och Notepad++ är populära textredigerare som ofta används av utvecklare på Unixbaserade system som Linux och macOS, eller på Windows. Om du använder någon annan redigerare eller en 32-bitarsversion, leta upp specifika instruktioner för hur du ställer in din favoritredigerare med Git i git config core.editor‑kommandon. |
|
Varning
|
Om du inte ställer in din textredigerare på detta sätt kan du hamna i ett förvirrande läge när Git försöker starta den. Ett exempel i Windows är en Git-operation som avslutas i förtid under en Git-initierad redigering. |
Ditt standardgrennamn
Som standard skapar Git en gren som heter master när du skapar ett nytt kodförråd med git init.
Från och med Git version 2.28 kan du ange ett annat namn för den första grenen.
För att sätta main som standardgren gör du:
$ git config --global init.defaultBranch main
Kontrollera dina inställningar
Om du vill kontrollera dina konfigurationsinställningar kan du använda kommandot git config --list för att lista alla inställningar Git kan hitta just då:
$ git config --list
user.name=John Doe
user.email=johndoe@example.com
color.status=auto
color.branch=auto
color.interactive=auto
color.diff=auto
...
Du kan se nycklar mer än en gång, eftersom Git läser samma nyckel från olika filer (till exempel [path]/etc/gitconfig och ~/.gitconfig).
I dessa fall använder Git det senaste värdet för varje unik nyckel som den ser.
Du kan också kontrollera vad Git tycker att en specifik nyckel har för värde genom att skriva git config <key>:
$ git config user.name
John Doe
|
Notera
|
Eftersom Git kan läsa samma konfigurationsvariabel från mer än en fil är det möjligt att du får ett oväntat värde utan att du vet varför. I sådana fall kan du fråga Git varifrån värdet origin, och Git talar då om vilken konfigurationsfil som hade sista ordet när värdet sattes:
|