-
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
A3.1 Bilaga C: Git-kommandon - Uppstart och konfiguration
Genom hela boken har vi introducerat dussintals Git‑kommandon och försökt presentera dem i en berättande form, där vi långsamt lägger till fler kommandon. Det gör dock att exempel på hur kommandona används är något utspridda genom hela boken.
I detta appendix går vi igenom alla Git‑kommandon vi tog upp i boken, grovt grupperade efter vad de används till. Vi berättar om vad varje kommando gör på en övergripande nivå och pekar sedan ut var i boken du hittar oss när vi använder det.
Uppstart och konfiguration
Det finns två kommandon som används ganska ofta, från de första anropen av Git till vardaglig justering och referenshantering: config och help.
git config
Git har ett standardsätt att göra hundratals saker. För många av dessa kan du säga åt Git att som standard göra dem på ett annat sätt, eller ställa in dina efter dina val. Detta spänner från att tala om för Git vad du heter till specifika terminalfärgpreferenser eller vilken redigerare du använder. Det finns flera filer som detta kommando läser från och skriver till, så att du kan sätta värden globalt eller för specifika kodförråd.
Kommandot git config används i nästan varje kapitel i boken.
I Första gången med Git använde vi det för att ange vårt namn, e‑postadress och redigerarpreferens innan vi ens började använda Git.
I Git-alias visade vi hur du kunde använda det för att skapa kortkommandon som expanderar till långa flaggsekvenser så att du slipper skriva dem varje gång.
I Ombasering använde vi det för att sätta --rebase till standard när du kör git pull.
I Lagring av inloggningsuppgifter använde vi det för att sätta upp en standardlagring för dina HTTP‑lösenord.
I Nyckelordsexpansion visade vi hur man sätter upp smudge‑ och clean‑filter för innehåll som går in och ut ur Git.
Slutligen är i princip hela Git‑konfiguration dedikerat åt kommandot.
git config core.editor‑kommandon
Som komplement till konfigurationsinstruktionerna i Din textredigerare kan många redigerare sättas så här:
| Redigerare | Konfigurationskommando |
|---|---|
Atom |
|
BBEdit (macOS, med kommandoradsverktyg) |
|
Emacs |
|
Gedit (Linux) |
|
Gvim (Windows 64-bitars) |
|
Helix |
|
Kate (Linux) |
|
nano |
|
Notepad (Windows 64-bitars) |
|
Notepad++ (Windows 64-bitars) |
|
Scratch (Linux) |
|
Sublime Text (macOS) |
|
Sublime Text (Windows 64-bitars) |
|
TextEdit (macOS) |
|
Textmate |
|
Textpad (Windows 64-bitars) |
|
UltraEdit (Windows 64-bitars) |
|
Vim |
|
Visual Studio Code |
|
VSCodium (fria/libre-öppna källkodsbinärer av VSCode) |
|
WordPad |
|
Xi |
|
|
Notera
|
Om du har en 32‑bitars redigerare på ett Windows‑system med 64‑bitars arkitektur installeras programmet i |
git help
Kommandot git help används för att visa all dokumentation som följer med Git för vilket kommando som helst.
Även om vi ger en grovöversikt av de flesta av de populära här i appendixet så kan du alltid köra git help <command> för en fullständig lista över alla möjliga alternativ och flaggor för varje kommando.
Vi introducerade kommandot git help i Få hjälp och visade hur man använder det för att hitta mer information om git shell i Konfigurera servern.