book: update sv

Updated via the `update-book.yml` GitHub workflow.

Author: dscho

external/book/content/book/sv/v2/Anpassa-Git-Ett-exempel-på-Git‑upprätthållen-policy.html

@@ -21,8 +21,8 @@
 <h2 id="_an_example_git_enforced_policy">Ett exempel på Git‑upprätthållen policy</h2>
 <div class="paragraph">
 <p>
-I det här avsnittet använder du det du lärt dig för att skapa ett Git‑arbetsflöde som kontrollerar ett anpassat format på incheckningsmeddelanden och som bara tillåter vissa användare att ändra vissa underkataloger i ett projekt.
-Du bygger klientskript som hjälper utvecklaren att veta om deras uppskickning kommer att nekas, och serverskript som faktiskt upprätthåller policyn.</p>
+I avsnittet använder du det du lärt dig för att skapa ett Git‑arbetsflöde som kontrollerar ett anpassat format på incheckningsmeddelanden och som bara tillåter vissa användare att ändra vissa underkataloger i ett projekt.
+Du bygger klientskript som hjälper utvecklaren att veta om deras uppskickning kommer att nekas, och serverskript som verkligen upprätthåller policyn.</p>
 </div>
 <div class="paragraph">
 <p>Skripten vi visar är skrivna i Ruby; delvis på grund av vår egen tröghet, men också för att Ruby är lätt att läsa även om du inte nödvändigtvis kan skriva det.

external/book/content/book/sv/v2/Anpassa-Git-Git‑attribut.html

@@ -26,7 +26,7 @@ <h2 id="_gitattribut">Git‑attribut</h2>
 </div>
 <div class="paragraph">
 <p>Med attribut kan du till exempel ange separata sammanslagningsstrategier för enskilda filer eller kataloger i projektet, tala om för Git hur den ska diffa icke‑textfiler eller låta Git filtrera innehåll innan du checkar in eller lägger ut det.
-I det här avsnittet lär du dig om några attribut du kan sätta på sökvägar i ditt Git‑projekt och ser några exempel på hur funktionen används i praktiken.</p>
+I avsnittet lär du dig om några attribut du kan sätta på sökvägar i ditt Git‑projekt och ser några exempel på hur funktionen används i praktiken.</p>
 </div>
 <div class="sect3">
 <h3 id="_binära_filer">Binära filer</h3>
@@ -42,7 +42,7 @@ <h4 id="_identifiera_binära_filer">Identifiera binära filer</h4>
 <p>Vissa filer ser ut som textfiler men ska i praktiken behandlas som binärdata.
 Till exempel innehåller Xcode‑projekt på macOS en fil som slutar på <code>.pbxproj</code>, som i praktiken är en JSON‑liknande dataset som IDE:n skriver till disk och som beskriver bygginställningar och liknande.
 Även om det tekniskt sett är en textfil (eftersom den är UTF‑8) vill du inte behandla den som sådan eftersom det i praktiken är en lättviktig databas – du kan inte sammanfoga innehållet om två personer ändrar den, och diffar är sällan hjälpsamma.
-Filen är tänkt att konsumeras av en maskin.
+Filen är tänkt att läsas av en maskin.
 I praktiken vill du behandla den som en binär fil.</p>
 </div>
 <div class="paragraph">
@@ -54,7 +54,7 @@ <h4 id="_identifiera_binära_filer">Identifiera binära filer</h4>
 </div>
 </div>
 <div class="paragraph">
-<p>Nu försöker Git varken konvertera eller fixa CRLF‑problem; inte heller försöker den beräkna eller skriva ut en diff för ändringar i den här filen när du kör <code>git show</code> eller <code>git diff</code> på projektet.</p>
+<p>Nu försöker Git varken konvertera eller fixa CRLF‑problem; inte heller försöker den beräkna eller skriva ut en diff för ändringar i filen när du kör <code>git show</code> eller <code>git diff</code> på projektet.</p>
 </div>
 </div>
 <div class="sect4">
@@ -106,7 +106,7 @@ <h4 id="_diffa_binära_filer">Diffa binära filer</h4>
 </div>
 <div class="paragraph">
 <p>Glöm inte <code>chmod a+x</code> på den filen.
-Till sist konfigurerar du Git att använda det här skriptet:</p>
+Till sist konfigurerar du Git att använda skriptet:</p>
 </div>
 <div class="listingblock">
 <div class="content">
@@ -118,7 +118,7 @@ <h4 id="_diffa_binära_filer">Diffa binära filer</h4>
 Detta ger i praktiken läsbara textversioner av dina Word‑filer innan diffen beräknas.</p>
 </div>
 <div class="paragraph">
-<p>Här är ett exempel: kapitel 1 i den här boken konverterades till Word‑format och incheckades i ett Git‑kodförråd.
+<p>Här är ett exempel: kapitel 1 i boken konverterades till Word‑format och incheckades i ett Git‑kodförråd.
 Sedan lades ett nytt stycke till.
 Så här visar <code>git diff</code>:</p>
 </div>
@@ -204,7 +204,7 @@ <h3 id="_keyword_expansion">Nyckelordsexpansion</h3>
 <div class="paragraph">
 <p>Först kan du automatiskt injicera SHA‑1‑kontrollsumman för en blob i ett <code>$Id$</code>‑fält i filen.
 Om du sätter detta attribut på en fil eller uppsättning filer kommer Git nästa gång du växlar till den grenen att ersätta fältet med blob‑SHA‑1:an.
-Det är viktigt att notera att det inte är SHA‑1:an för incheckningen, utan för blobben själv.
+Tänk på att det inte är SHA‑1:an för incheckningen, utan för blobben själv.
 Lägg följande rad i din <code>.gitattributes</code>‑fil:</p>
 </div>
 <div class="listingblock">

external/book/content/book/sv/v2/Anpassa-Git-Git‑konfiguration.html

@@ -19,7 +19,7 @@
 url: "/book/sv/v2/Anpassa-Git-Git‑konfiguration.html"
 ---
 <p>Hittills har vi gått igenom grunderna i hur Git fungerar och hur man använder det, och vi har introducerat flera verktyg som Git erbjuder för att hjälpa dig använda det enkelt och effektivt.
-I det här kapitlet ser vi hur du kan få Git att arbeta mer skräddarsytt genom att introducera ett antal viktiga konfigurationsinställningar och krokssystemet.
+I kapitlet ser vi hur du kan få Git att arbeta mer skräddarsytt genom att introducera ett antal viktiga konfigurationsinställningar och krokssystemet.
 Med dessa verktyg är det lätt att få Git att fungera precis som du, din organisation eller ditt team behöver.</p>
 <h2 id="_git_config">Git‑konfiguration</h2>
 <div class="paragraph">
@@ -43,7 +43,7 @@ <h2 id="_git_config">Git‑konfiguration</h2>
 </div>
 <div class="paragraph">
 <p>Nästa ställe Git tittar på är filen <code>~/.gitconfig</code> (eller <code>~/.config/git/config</code>), som är specifik för varje användare.
-Du kan få Git att läsa och skriva i den här filen genom att skicka flaggan <code>--global</code>.</p>
+Du kan få Git att läsa och skriva i filen genom att skicka flaggan <code>--global</code>.</p>
 </div>
 <div class="paragraph">
 <p>Till sist letar Git efter konfigurationsvärden i konfigurationsfilen i Git‑katalogen (<code>.git/config</code>) för det kodförråd du använder just nu.
@@ -136,7 +136,7 @@ <h4 id="_commit_template"><code>commit.template</code></h4>
 </div>
 </div>
 <div class="paragraph">
-<p>Notera hur denna incheckningsmall påminner om att hålla ämnesraden kort (för <code>git log --oneline</code>‑utdata), att lägga till mer detaljer under den, och att hänvisa till ett ärende- eller felspårningsnummer om ett sådant finns.</p>
+<p>Lägg märke till hur denna incheckningsmall påminner om att hålla ämnesraden kort (för <code>git log --oneline</code>‑utdata), att lägga till mer detaljer under den, och att hänvisa till ett ärende- eller felspårningsnummer om ett sådant finns.</p>
 </div>
 <div class="paragraph">
 <p>För att tala om för Git att använda den som standardmeddelande som visas i din redigerare när du kör <code>git commit</code>, sätter du konfigurationsvärdet <code>commit.template</code>:</p>
@@ -255,7 +255,7 @@ <h4 id="_help_autocorrect"><code>help.autocorrect</code></h4>
 </div>
 <div class="paragraph">
 <p>Git försöker hjälpsamt lista ut vad du menade, men vägrar ändå att göra det.
-Om du sätter <code>help.autocorrect</code> till 1 kommer Git faktiskt köra kommandot åt dig:</p>
+Om du sätter <code>help.autocorrect</code> till 1 kommer Git verkligen köra kommandot åt dig:</p>
 </div>
 <div class="listingblock">
 <div class="content">
@@ -266,8 +266,8 @@ <h4 id="_help_autocorrect"><code>help.autocorrect</code></h4>
 </div>
 </div>
 <div class="paragraph">
-<p>Notera delen “0.1 seconds”.
-<code>help.autocorrect</code> är faktiskt ett heltal som representerar tiondelar av en sekund.
+<p>Lägg märke till delen “0.1 seconds”.
+<code>help.autocorrect</code> är egentligen ett heltal som representerar tiondelar av en sekund.
 Så om du sätter den till 50 ger Git dig 5 sekunder att ändra dig innan det kör det autokorrigerade kommandot.</p>
 </div>
 </div>
@@ -332,7 +332,7 @@ <h4 id="_color"><code>color.*</code></h4>
 <h3 id="_external_merge_tools">Externa sammanslagnings- och diffverktyg</h3>
 <div class="paragraph">
 <p>
-Även om Git har en intern diff‑implementation, vilket är det vi har visat i den här boken, kan du sätta upp ett externt verktyg i stället.
+Även om Git har en intern diff‑implementation, vilket är det vi har visat i boken, kan du sätta upp ett externt verktyg i stället.
 Du kan också sätta upp ett grafiskt verktyg för att lösa sammanslagningskonflikter i stället för att lösa konflikter manuellt.
 Vi demonstrerar hur man ställer in Perforce Visual Sammanslagning Tool (P4Merge) för att göra dina diffar och sammanslagningslösningar, eftersom det är ett trevligt grafiskt verktyg och det är gratis.</p>
 </div>

external/book/content/book/sv/v2/Anpassa-Git-Git‑krokar.html

@@ -23,7 +23,7 @@ <h2 id="_git_hooks">Git‑krokar</h2>
 <p>
 Likt många andra versionshanteringssystem har Git ett sätt att köra egna skript när vissa viktiga händelser inträffar.
 Det finns två grupper av krokar: klientsidan och serversidan.
-Krokar på klientsidan triggas av operationer som incheckning och sammanslagning, medan krokar på serversidan körs vid nätverksoperationer som att ta emot uppskickade incheckningar.
+Krokar på klientsidan utlöses av operationer som incheckning och sammanslagning, medan krokar på serversidan körs vid nätverksoperationer som att ta emot uppskickade incheckningar.
 Du kan använda dessa krokar av många olika skäl.</p>
 </div>
 <div class="sect3">
@@ -55,7 +55,7 @@ <h3 id="_krokar_på_klientsidan">Krokar på klientsidan</h3>
 </td>
 <td class="content">
 <div class="paragraph">
-<p>Det är viktigt att notera att krokar på klientsidan <strong>inte</strong> kopieras när du klonar ett kodförråd.
+<p>Tänk på att krokar på klientsidan <strong>inte</strong> kopieras när du klonar ett kodförråd.
 Om din avsikt med dessa skript är att upprätthålla en policy vill du sannolikt göra det på serversidan; se exemplet i <a href="{{< relurl "book/sv/v2/ch00/_an_example_git_enforced_policy" >}}">Ett exempel på Git‑upprätthållen policy</a>.</p>
 </div>
 </td>
@@ -83,7 +83,7 @@ <h4 id="_krokar_för_incheckningsflödet">Krokar för incheckningsflödet</h4>
 <div class="paragraph">
 <p>Kroken <code>commit-msg</code> tar en parameter, vilket återigen är sökvägen till en temporär fil som innehåller incheckningsmeddelandet som utvecklaren har skrivit.
 Om detta skript avslutas med en icke‑nollkod avbryter Git incheckningsprocessen, så du kan använda det för att validera projektets läge eller incheckningsmeddelandet innan incheckningen får gå igenom.
-I sista delen av det här kapitlet visar vi hur du använder denna krok för att kontrollera att incheckningsmeddelandet följer ett obligatoriskt mönster.</p>
+I sista delen av kapitlet visar vi hur du använder denna krok för att kontrollera att incheckningsmeddelandet följer ett obligatoriskt mönster.</p>
 </div>
 <div class="paragraph">
 <p>När hela incheckningsprocessen är klar körs kroken <code>post-commit</code>.

external/book/content/book/sv/v2/Bilaga-A-Git-i-andra-miljöer-Git-i-IntelliJ-/-PyCharm-/-WebStorm-/-PhpStorm-/-RubyMine.html

@@ -22,7 +22,7 @@ <h2 id="_git_i_intellij_pycharm_webstorm_phpstorm_rubymine">Git i IntelliJ / PyC
 <div class="paragraph">
 <p>
 JetBrains‑IDE:er (som IntelliJ IDEA, PyCharm, WebStorm, PhpStorm, RubyMine och andra) levereras med ett insticksprogram för Git‑integration.
-Det ger en dedikerad vy i IDE:n för att arbeta med Git och GitHub‑hämta requests.</p>
+Det ger en särskild vy i IDE:n för att arbeta med Git och GitHub‑hämta requests.</p>
 </div>
 <div class="imageblock">
 <div class="content">

external/book/content/book/sv/v2/Bilaga-A-Git-i-andra-miljöer-Git-i-Zsh.html

@@ -74,7 +74,7 @@ <h2 id="_git_i_zsh">Git i Zsh</h2>
 <code>git-prompt.sh</code> är kompatibelt med både Bash och Zsh.</p>
 </div>
 <div class="paragraph">
-<p>Zsh är tillräckligt kraftfullt för att det finns hela ramverk som är dedikerade till att bygga vidare på det.
+<p>Zsh är tillräckligt kraftfullt för att det finns hela ramverk som är ägnade åt att bygga vidare på det.
 Ett av dem heter "oh-my-zsh" och finns på <a href="https://github.com/ohmyzsh/ohmyzsh" class="bare" target="_blank" rel="noopener">https://github.com/ohmyzsh/ohmyzsh</a>.
 oh-my-zsh:s insticksystem levereras med kraftfull Git‑tabbkomplettering och har en mängd prompt‑"teman", många av vilka visar versionshanteringsdata.
 <a href="{{< relurl "book/sv/v2/ch00/oh_my_zsh_git" >}}">Ett exempel på ett oh-my-zsh‑tema</a> är bara ett exempel på vad man kan göra med detta system.</p>

external/book/content/book/sv/v2/Bilaga-A-Git-i-andra-miljöer-Grafiska-gränssnitt.html

@@ -30,10 +30,10 @@ <h2 id="_grafiska_gränssnitt">Grafiska gränssnitt</h2>
 Men ren text är inte det bästa valet för alla uppgifter; ibland behöver du en visuell representation, och vissa användare är mycket mer bekväma med ett peka‑och‑klicka‑gränssnitt.</p>
 </div>
 <div class="paragraph">
-<p>Det är viktigt att notera att olika gränssnitt är anpassade för olika arbetsflöden.
+<p>Tänk på att olika gränssnitt är anpassade för olika arbetsflöden.
 Vissa klienter exponerar bara en noggrant utvald delmängd av Gits funktionalitet för att stödja ett specifikt sätt att arbeta som författaren tycker är effektivt.
 Sett i det ljuset kan inget av dessa verktyg kallas “bättre” än något av de andra, de är helt enkelt mer lämpade för sitt avsedda syfte.
-Notera också att det inte finns något dessa grafiska klienter kan göra som kommandoradsklienten inte kan; kommandoraden är fortfarande där du har mest kraft och kontroll när du arbetar med dina kodförråd.</p>
+Lägg också märke till att det inte finns något dessa grafiska klienter kan göra som kommandoradsklienten inte kan; kommandoraden är fortfarande där du har mest kraft och kontroll när du arbetar med dina kodförråd.</p>
 </div>
 <div class="sect3">
 <h3 id="_gitk_och_git_gui">
@@ -132,7 +132,7 @@ <h3 id="_github_för_macos_och_windows">GitHub för macOS och Windows</h3>
 <div class="title">Figur 178. GitHub för Windows</div>
 </div>
 <div class="paragraph">
-<p>De är utformade för att se ut och fungera mycket lika, så vi behandlar dem som en enda produkt i det här kapitlet.
+<p>De är utformade för att se ut och fungera mycket lika, så vi behandlar dem som en enda produkt i kapitlet.
 Vi kommer inte att göra en detaljerad genomgång av dessa verktyg (de har sin egen dokumentation), men en snabb rundtur i vyn “changes” (där du tillbringar mest tid) är på sin plats.</p>
 </div>
 <div class="ulist">
@@ -148,7 +148,7 @@ <h3 id="_github_för_macos_och_windows">GitHub för macOS och Windows</h3>
 <p>Till höger finns en diffvy som visar vad som har ändrats i din arbetskatalog, eller vilka ändringar som ingick i den valda incheckningen.</p>
 </li>
 <li>
-<p>Den sista saken att notera är knappen “Sync” uppe till höger, som är det primära sättet du interagerar över nätverket.</p>
+<p>Den sista saken att lägga märke till är knappen “Sync” uppe till höger, som är det primära sättet du interagerar över nätverket.</p>
 </li>
 </ul>
 </div>
@@ -176,7 +176,7 @@ <h4 id="_installation_2">Installation</h4>
 <div class="paragraph">
 <p>Båda är “städse uppdaterade” – uppdateringar laddas ner och installeras i bakgrunden medan applikationerna är öppna.
 Detta inkluderar också en medföljande version av Git, vilket betyder att du förmodligen inte behöver oroa dig för att manuellt uppdatera den igen.
-I Windows innehåller klienten en genväg för att starta PowerShell med Posh-git, som vi pratar mer om senare i det här kapitlet.</p>
+I Windows innehåller klienten en genväg för att starta PowerShell med Posh-git, som vi pratar mer om senare i kapitlet.</p>
 </div>
 <div class="paragraph">
 <p>Nästa steg är att ge verktyget några kodförråd att arbeta med.

external/book/content/book/sv/v2/Bilaga-B-Bädda-in-Git-i-dina-applikationer-Git-på-kommandoraden.html

@@ -19,7 +19,7 @@
 url: "/book/sv/v2/Bilaga-B:-Bädda-in-Git-i-dina-applikationer-Git-på-kommandoraden.html"
 ---
 <p>Om din applikation är för utvecklare är chansen stor att den skulle kunna dra nytta av integration med versionshantering.
-Även applikationer som inte är för utvecklare, såsom dokumentredigerare, kan potentiellt dra nytta av versionshanteringsfunktioner, och Gits modell fungerar mycket bra för många olika scenarier.</p><p>Om du behöver integrera Git med din applikation har du i praktiken två alternativ: starta ett skal och anropa kommandoradsprogrammet <code>git</code>, eller bädda in ett Git‑bibliotek i din applikation.
+Även applikationer som inte är för utvecklare, såsom dokumentredigerare, kan eventuellt dra nytta av versionshanteringsfunktioner, och Gits modell fungerar mycket bra för många olika scenarier.</p><p>Om du behöver integrera Git med din applikation har du i praktiken två alternativ: starta ett skal och anropa kommandoradsprogrammet <code>git</code>, eller bädda in ett Git‑bibliotek i din applikation.
 Här går vi igenom kommandoradsintegration och flera av de mest populära inbäddningsbara Git‑biblioteken.</p>
 <h2 id="_git_på_kommandoraden">Git på kommandoraden</h2>
 <div class="paragraph">
@@ -39,6 +39,6 @@ <h2 id="_git_på_kommandoraden">Git på kommandoraden</h2>
 <div class="paragraph">
 <p>Ytterligare en är processhantering.
 Git kräver att du upprätthåller en skal‑miljö i en separat process, vilket kan innebära oönskad komplexitet.
-Att försöka samordna många av dessa processer (särskilt när man potentiellt kommer åt samma kodförråd från flera processer) kan vara ganska utmanande.</p>
+Att försöka samordna många av dessa processer (särskilt när man eventuellt kommer åt samma kodförråd från flera processer) kan vara ganska utmanande.</p>
 </div>
 <div id="nav"><a href="{{< previous-section >}}">prev</a> | <a href="{{< next-section >}}">next</a></div>