Swedish language review: modernized language, consistent terminology

book/01-introduction/sections/command-line.asc

@@ -8,4 +8,4 @@ Om du kan köra kommandoradsversionen kan du troligen också räkna ut hur du an
 Dessutom är valet av grafisk klient en smakfråga, men _alla_ användare har kommandoradsverktygen installerade och tillgängliga.
 
 Vi utgår därför från att du vet hur du öppnar Terminal i macOS eller Kommandotolken eller PowerShell i Windows.
-Om du inte vet vad vi pratar om kan du behöva stanna upp och snabbt ta reda på detta, så att du kan följa resten av exemplen och beskrivningarna i boken.
+Om du inte vet vad vi pratar om kan du behöva stanna upp och snabbt ta reda på det här, så att du kan följa resten av exemplen och beskrivningarna i boken.

book/01-introduction/sections/first-time-setup.asc

@@ -2,19 +2,19 @@
 === 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 behöver bara göra det här 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.(((git commands, config)))
 Dessa variabler kan lagras på tre olika ställen:
 
 1. 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 `--system` till `git config` lä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.
+  Eftersom det här är en systemkonfigurationsfil behöver du administratörs- eller superanvändarbehörighet för att ändra den.
 2. Filen `~/.gitconfig` eller `~/.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.
+  Du kan få Git att läsa och skriva till den här filen genom att ge flaggan `--global`, och det här påverkar _alla_ kodförråd du arbetar med på ditt system.
 3. Filen `config` i 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.
+  Du kan tvinga Git att läsa från och skriva till den här filen 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`.
@@ -42,10 +42,10 @@ $ 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.
+Återigen behöver du bara göra det här 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 det här 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.
+Många grafiska verktyg hjälper dig med det här första gången du kör dem.
 
 [[_editor]]
 ==== Din textredigerare
@@ -79,7 +79,7 @@ Om du använder någon annan redigerare eller en 32-bitarsversion, leta upp spec
 
 [WARNING]
 ====
-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.
+Om du inte ställer in din textredigerare på det här sättet 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.
 ====
 
@@ -113,7 +113,7 @@ 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.
+I de här 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 commands, config)))
 

book/01-introduction/sections/history.asc

@@ -16,5 +16,5 @@ Några av målen med det nya systemet var:
 * Helt distribuerat
 * Kunna hantera stora projekt som Linux-kärnan effektivt (hastighet och datastorlek)
 
-Sedan födseln 2005 har Git utvecklats och mognat till att vara lättanvänt samtidigt som det behållit dessa ursprungliga egenskaper.
+Sedan födseln 2005 har Git utvecklats och mognat till att vara lättanvänt samtidigt som det behållit de här ursprungliga egenskaper.
 Det är fantastiskt snabbt, mycket effektivt med stora projekt och har ett otroligt grensystem för icke-linjär utveckling (se <<ch03-git-branching#ch03-git-branching>>).

book/01-introduction/sections/installing.asc

@@ -36,7 +36,7 @@ För ytterligare alternativ finns installationsinstruktioner för flera olika Un
 (((macOS, installing)))
 Det finns flera sätt att installera Git på macOS.
 Det enklaste är förmodligen att installera Xcode Command Line Tools.(((Xcode)))
-På Mavericks (10.9) eller senare kan du göra detta genom att försöka köra `git` i Terminal första gången.
+På Mavericks (10.9) eller senare kan du göra det här genom att försöka köra `git` i Terminal första gången.
 
 [source,console]
 ----
@@ -56,7 +56,7 @@ image::images/git-osx-installer.png[Git-installationsprogram för macOS]
 Det finns också några sätt för att installera Git på Windows.(((Windows, installing)))
 Den mest officiella versionen finns tillgänglig för nedladdning på Gits webbplats.
 Gå bara till https://git-scm.com/download/win[^] så startar nedladdningen automatiskt.
-Observera att detta är projektet Git for Windows, som är separat från Git självt; för mer information om det, gå till https://gitforwindows.org[^].
+Observera att det här är projektet Git for Windows, som är separat från Git självt; för mer information om det, gå till https://gitforwindows.org[^].
 
 För en automatiserad installation kan du använda https://community.chocolatey.org/packages/git[Git Chocolatey-paketet^].
 Observera att Chocolatey‑paketet underhålls av gemenskapen.
@@ -67,7 +67,7 @@ Vissa kan tycka att det är användbart att installera Git direkt från källkod
 De binära installatörerna ligger ofta lite efter, men eftersom Git har mognat under senare år har det mindre betydelse.
 
 Om du vill installera Git direkt från källkod behöver du följande bibliotek som Git är beroende av: autotools, curl, zlib, openssl, expat och libiconv.
-Till exempel, om du använder ett system som har `dnf` (till exempel Fedora) eller `apt-get` (till exempel en Debianbaserad distribution), kan du använda dessa kommandon för att installera minimala beroenden för att kompilera och installera Git-binärerna:
+Till exempel, om du använder ett system som har `dnf` (till exempel Fedora) eller `apt-get` (till exempel en Debianbaserad distribution), kan du använda de här kommandona för att installera minimala beroenden för att kompilera och installera Git-binärerna:
 
 [source,console]
 ----
@@ -129,7 +129,7 @@ $ make all doc info
 $ sudo make install install-doc install-html install-info
 ----
 
-När detta är klart kan du också hämta Git via Git självt för uppdateringar:
+När det här är klart kan du också hämta Git via Git självt för uppdateringar:
 
 [source,console]
 ----

book/02-git-basics/sections/getting-a-repository.asc

@@ -6,7 +6,7 @@ Du skaffar normalt ett Git‑kodförråd på ett av två sätt:
 1. Du tar en lokal katalog som ännu inte är versionshanterad och gör den till ett Git‑kodförråd, eller
 2. Du _klonar_ ett befintligt Git‑kodförråd från någon annanstans.
 
-I båda fallen har du sedan ett Git‑kodförråd på din egen dator, redo för arbeta.
+I båda fallen har du sedan ett Git‑kodförråd på din egen dator, redo att arbeta.
 
 ==== Initiera ett kodförråd i en befintlig katalog
 
@@ -50,7 +50,7 @@ $ git add LICENSE
 $ git commit -m 'Initial project version'
 ----
 
-Vi går igenom vad dessa kommandon gör strax.
+Vi går igenom vad de här kommandona gör strax.
 Nu har du ett Git‑kodförråd med spårade filer och en första incheckning.
 
 [[_git_cloning]]

book/02-git-basics/sections/viewing-history.asc

@@ -2,7 +2,7 @@
 === Visa incheckningshistoriken
 
 Du vill ofta se vad som har hänt efter att du har gjort flera incheckningar, eller om du har klonat ett kodförråd med befintlig historik.
-Det mest grundläggande och kraftfulla verktyget för detta är `git log`.
+Det mest grundläggande och kraftfulla verktyget för det här är `git log`.
 
 Exemplen använder ett mycket enkelt projekt som heter "`simplegit`".
 Hämta projektet med:
@@ -183,7 +183,7 @@ a11bef0 - Scott Chacon, 6 years ago : Initial commit
 Du undrar kanske vad skillnaden är mellan _författare_ och _incheckare_ (author och committer).
 Författaren är den som ursprungligen gjorde arbetet, medan incheckaren är den som senast applicerade det.
 Om du skickar en korrigeringsfil till ett projekt och någon i kärnteamet applicerar den får ni båda erkännande – du som författare och kärnmedlemmen som incheckare.
-Vi tar upp detta lite mer i <<ch05-distributed-git#ch05-distributed-git>>.
+Vi tar upp det här lite mer i <<ch05-distributed-git#ch05-distributed-git>>.
 
 `oneline` och `format` är särskilt användbara tillsammans med ett annat `log`-val: `--graph`.
 Det lägger till en liten ASCII-graf som visar gren- och sammanslagningshistorik:
@@ -268,7 +268,7 @@ Detta anges alltid sist och föregås vanligtvis av två bindestreck (`--`) för
 $ git log -- path/to/file
 ----
 
-I <<limit_options>> listas dessa och några andra vanliga begränsningsval.
+I <<limit_options>> listas de här och några andra vanliga begränsningsval.
 
 [[limit_options]]
 .Val för att begränsa `git log`
@@ -284,7 +284,7 @@ I <<limit_options>> listas dessa och några andra vanliga begränsningsval.
 | `-S`                 | Visa bara incheckningar som lägger till eller tar bort kod som matchar strängen.
 |================================
 
-Till exempel, om du bara vill se vilka incheckningar som ändrade testfiler i Gits källkodshistorik, som sparades av Junio Hamano under oktober 2008 och som inte är sammanslagningsincheckningar, kan du köra något i stil med detta:(((log filtering)))
+Till exempel, om du bara vill se vilka incheckningar som ändrade testfiler i Gits källkodshistorik, som sparades av Junio Hamano under oktober 2008 och som inte är sammanslagningsincheckningar, kan du köra något i stil med det här:(((log filtering)))
 
 [source,console]
 ----
@@ -298,7 +298,7 @@ d1a43f2 - reset --hard/read-tree --reset -u: remove unmerged new paths
 b0ad11e - pull: allow "git pull origin $something:$current_branch" into an unborn branch
 ----
 
-Av de nästan 40 000 incheckningarna i Gits källkodshistorik listar detta kommando de sex incheckningar som uppfyller kriterierna.
+Av de nästan 40 000 incheckningarna i Gits källkodshistorik listar det här kommandot de sex incheckningar som uppfyller kriterierna.
 
 [TIP]
 .Förhindra visning av sammanslagningsincheckningar

book/03-git-branching/sections/branch-management.asc

@@ -129,7 +129,7 @@ Nu är det dåliga namnet helt ersatt av det korrigerade.
 [WARNING]
 ====
 Att byta namn på en gren som master/main/mainline/default bryter integrationer, tjänster, hjälpskript och bygg-/utgåveskript i ditt kodförråd.
-Se till att samråda med dina medarbetare innan du gör detta.
+Se till att samråda med dina medarbetare innan du gör det här.
 Kontrollera också att du uppdaterar alla referenser till det gamla namnet i kod och skript.
 ====
 
@@ -166,14 +166,14 @@ Andra medarbetare kommer fortsätta använda `master` som bas tills du gör fler
 
 Nu återstår några uppgifter för att slutföra bytet:
 
-* Projekt som är beroende av detta behöver uppdatera kod och/eller konfiguration.
+* Projekt som är beroende av det här behöver uppdatera kod och/eller konfiguration.
 * Uppdatera inställningar för testkörningar.
 * Justera bygg- och utgåveskript.
 * Uppdatera inställningar i kodförrådsvärden för standardgren, sammanslagningsregler och annat som matchar grennamn.
 * Uppdatera referenser till gamla grenen i dokumentation.
 * Stäng eller sammanfoga eventuella ändringsförslag som riktar sig mot gamla grenen.
 
-När du har gjort allt detta och är säker på att `main` fungerar som `master` kan du ta bort `master`:
+När du har gjort allt det här och är säker på att `main` fungerar som `master` kan du ta bort `master`:
 
 [source,console]
 ----

book/03-git-branching/sections/nutshell.asc

@@ -8,7 +8,7 @@ Som du kanske minns från <<ch01-getting-started#what_is_git_section>> lagrar Gi
 När du gör en incheckning sparar Git ett incheckningsobjekt som innehåller en pekare till ögonblicksbilden av innehållet du köade.
 Objektet innehåller också författarens namn och e-postadress, meddelandet du skrev och pekare till de incheckningar som kom direkt före (dess föräldrar): inga föräldrar för den första incheckningen, en förälder för en vanlig incheckning och flera föräldrar för en incheckning som är resultatet av en sammanslagning av två eller fler grenar.
 
-För att visualisera detta kan vi anta att du har en katalog med tre filer, att du köar dem och gör en incheckning.
+För att visualisera det här kan vi anta att du har en katalog med tre filer, att du köar dem och gör en incheckning.
 När du köar filerna beräknas en kontrollsumma för varje fil (SHA-1-hashen som nämndes i <<ch01-getting-started#what_is_git_section>>), Git lagrar filversionen i kodförrådet (Git kallar dem _blobbar_) och lägger kontrollsumman i köytan:
 
 [source,console]
@@ -30,7 +30,7 @@ Om du gör ändringar och checkar in igen sparar nästa incheckning en pekare ti
 .Incheckningar och deras föräldrar
 image::images/commits-and-parents.png[Incheckningar och deras föräldrar]
 
-En gren i Git är helt enkelt en lätt flyttbar pekare till en av dessa incheckningar.
+En gren i Git är helt enkelt en lätt flyttbar pekare till en av de här incheckningarna.
 Standardgrenens namn i Git är `master`.
 När du börjar göra incheckningar får du en `master`-gren som pekar på den senaste incheckningen.
 Varje gång du checkar in flyttas `master`-pekaren framåt automatiskt.
@@ -66,15 +66,15 @@ image::images/two-branches.png[Två grenar pekar på samma serie incheckningar]
 
 Hur vet Git vilken gren du står på?
 Den håller en särskild pekare som heter `HEAD`.
-Observera att detta skiljer sig från `HEAD` i andra VCS:er som Subversion eller CVS.
+Observera att det här skiljer sig från `HEAD` i andra VCS:er som Subversion eller CVS.
 I Git är det en pekare till den lokala gren du för närvarande står på.
 I det här fallet är du fortfarande på `master`.
 `git branch` _skapade_ bara en ny gren – den bytte inte till den.
 
 .HEAD pekar på en gren
 image::images/head-to-master.png[HEAD pekar på en gren]
 
-Du kan lätt se detta genom att köra `git log` med flaggan `--decorate`, som visar var grenpekare ligger.
+Du kan lätt se det här genom att köra `git log` med flaggan `--decorate`, som visar var grenpekare ligger.
 
 [source,console]
 ----
@@ -148,7 +148,7 @@ I praktiken spolar det tillbaka arbetet du gjorde i `testing` så att du kan gå
 ====
 Tänk på att när du byter gren i Git ändras filerna i arbetskatalogen.
 Om du byter till en äldre gren återställs arbetskatalogen till hur den såg ut när du senast checkade in på den grenen.
-Om Git inte kan göra detta utan konflikter får du inte byta gren.
+Om Git inte kan göra det här utan konflikter får du inte byta gren.
 ====
 
 Vi gör några ändringar och checkar in igen:
@@ -162,13 +162,13 @@ $ git commit -a -m 'Make other changes'
 Nu har projektets historik divergerat (se <<divergent_history>>).
 Du skapade och bytte till en gren, gjorde arbete där, och bytte sedan tillbaka till huvudgrenen och gjorde annat arbete.
 Båda ändringarna är isolerade i separata grenar: du kan byta fram och tillbaka mellan dem och sammanfoga dem när du är redo.
-Och allt detta gjorde du med `branch`, `checkout` och `commit`.
+Och allt det här gjorde du med `branch`, `checkout` och `commit`.
 
 [[divergent_history]]
 .Divergerad historik
 image::images/advance-master.png[Divergerad historik]
 
-Du kan också se detta med `git log`.
+Du kan också se det här med `git log`.
 Om du kör `git log --oneline --decorate --graph --all` skrivs hela historiken ut, samt var grenpekare finns och hur historiken har divergerat.
 
 [source,console]