Sync double quotes

Author: petk

C-git-commands.asc

@@ -97,7 +97,7 @@ Da bi iz direktorija ustvarili nov repozitorij Git in začeli uporabljati nadzor
 
 To smo najprej predstavili v poglavju <<ch02-git-basics-chapter#_getting_a_repo>>, kjer smo ustvarili popolnoma nov repozitorij, s katerim smo začeli delati.
 
-V poglavju <<ch03-git-branching#_remote_branches>> smo na kratko govorili o tem, kako lahko spremenite privzeto ime veje "`master`".
+V poglavju <<ch03-git-branching#_remote_branches>> smo na kratko govorili o tem, kako lahko spremenite privzeto ime veje »master«.
 
 Ta ukaz smo uporabili za ustvarjanje praznega golega repozitorija za strežnik v <<ch04-git-on-the-server#_bare_repo>>.
 
@@ -126,7 +126,7 @@ Za osnovni potek dela s posnetki vsebine in potrjevanjem v zgodovino je le nekaj
 
 ==== git add
 
-Ukaz `git add` doda vsebino iz delovnega direktorija v področje priprave podatkov (ali "`indeks`") za naslednjo potrditev.
+Ukaz `git add` doda vsebino iz delovnega direktorija v področje priprave podatkov (ali »indeks«) za naslednjo potrditev.
 Ko se zažene ukaz `git commit`, privzeto pogleda le to področje za pripravo, zato se ukaz `git add` uporablja za urejanje, kaj želite imeti v naslednjem posnetku potrditve.
 
 Ta ukaz je v Gitu izjemno pomemben in je v tej knjigi omenjen ali uporabljen na desetine mest.
@@ -365,7 +365,7 @@ To vam lahko pomaga, da boste zelo specifični glede dela, ki ga želite deliti.
 ==== git remote
 
 Ukaz `git remote` je upravljavsko orodje za vaše zapise oddaljenih repozitorijev.
-Omogoča vam, da dolge URL-je shranite kot kratke ročaje, kot je "`origin`", tako da jih ni treba vedno vpisovati.
+Omogoča vam, da dolge URL-je shranite kot kratke ročaje, kot je »origin«, tako da jih ni treba vedno vpisovati.
 Lahko imate več takih ročajev in ukaz `git remote` se uporablja za dodajanje, spreminjanje in brisanje teh ročajev.
 
 Ta ukaz je podrobno opisan v poglavju <<ch02-git-basics-chapter#_remote_repos>>, vključno s seznamom, dodajanjem, odstranjevanjem in preimenovanjem ročajev.
@@ -447,7 +447,7 @@ Ti ukazi vam pomagajo upravljati veje na ta način.
 Ukaz `git cherry-pick` se uporablja za jemanje spremembe, uvedene v eni potrditvi Gita, in poskuša ponovno uvesti kot novo potrditev na veji, na kateri trenutno delate.
 To je lahko koristno, če želite vzeti samo eno ali dve potrditvi iz veje posamezno, namesto da bi združili celotno vejo, ki vključuje vse spremembe.
 
-Postopek izbire najboljšega (angl. "cherry picking") je opisan in prikazan v <<ch05-distributed-git#_rebase_cherry_pick>>.
+Postopek izbire najboljšega (angl. _cherry picking_) je opisan in prikazan v <<ch05-distributed-git#_rebase_cherry_pick>>.
 
 ==== git rebase
 

LICENSE.asc

@@ -1,2 +1,2 @@
-To delo je izdano pod licenco "Creative Commons Attribution-NonCommercial-ShareAlike 3.0 Unported".
+To delo je izdano pod licenco »Creative Commons Attribution-NonCommercial-ShareAlike 3.0 Unported«.
 Za ogled kopije te licence obiščite https://creativecommons.org/licenses/by-nc-sa/3.0 ali pošljite sporočilo na Creative Commons, PO Box 1866, Mountain View, CA 94042, USA.

book/01-introduction/sections/about-version-control.asc

@@ -1,7 +1,7 @@
 === O nadzoru različic
 
 (((Nadzor različic)))
-Kaj je "`nadzor različic`" in zakaj bi morali za to skrbeti?
+Kaj je »nadzor različic« in zakaj bi morali za to skrbeti?
 Nadzor različic je sistem, ki s časom zapisuje spremembe v datoteko ali skupek datotek, da lahko kasneje prikličete določeno različico.
 Za primere v tej knjigi boste uporabljali izvorno kodo programske opreme kot datoteke, ki bodo nadzirane v različicah, vendar v resnici lahko to naredite s skoraj katerimkoli tipom datotek na računalniku.
 

book/01-introduction/sections/help.asc

@@ -1,7 +1,7 @@
 [[_git_help]]
 === Pridobivanje pomoči
 
-Če kadarkoli potrebujete pomoč med uporabo Gita, so na voljo trije enakovredni načini, da dobite izčrpno pomoč strani priročnika (manpage) za katerikoli ukaz Git:
+Če kadarkoli potrebujete pomoč med uporabo Gita, so na voljo trije enakovredni načini, da dobite izčrpno pomoč strani priročnika (_manpage_) za katerikoli ukaz Git:
 
 [source,console]
 ----
@@ -21,7 +21,7 @@ Ti ukazi so dobri, ker lahko do njih dostopate kjerkoli, celo brez povezave.
 Če stani priročnika in ta knjiga niso dovolj in potrebujete pomoč preko osebe, lahko poskusite `#git`, `#github`, ali `#gitlab` kanale na Libera Chat IRC strežniku, ki ga lahko najdete na https://libera.chat/[^].
 Ti kanali so pogosto napolnjeni s stotinami ljudi, ki veliko vedo o Gitu in so pogosto pripravljeni pomagati.(((IRC)))
 
-Poleg tega, če ne potrebujete obsežne pomoči v obliki man-strani, ampak samo potrebujete hitro osvežitev o možnostih za določen ukaz v Git, lahko zaprosite za bolj jedrnat izhod "`help`" z uporabo možnosti `-h`, kot na primer:
+Poleg tega, če ne potrebujete obsežne pomoči v obliki man-strani, ampak samo potrebujete hitro osvežitev o možnostih za določen ukaz v Git, lahko zaprosite za bolj jedrnat izhod `help` z uporabo možnosti `-h`, kot na primer:
 
 [source,console?prompt=$]
 ----

book/01-introduction/sections/installing.asc

@@ -113,7 +113,7 @@ $ sudo ln -s /usr/bin/db2x_docbook2texi /usr/bin/docbook2x-texi
 
 zaradi razlik v binarnih imenih.
 
-Ko imate vse potrebne odvisnosti, lahko nadaljujete in vzamete zadnjo označeno izdajo paketa (tarball) iz več mest.
+Ko imate vse potrebne odvisnosti, lahko nadaljujete in vzamete zadnjo označeno izdajo paketa (_tarball_) iz več mest.
 Lahko ga dobite preko kernel.org strani na https://www.kernel.org/pub/software/scm/git[^], ali zrcalne slike na spletni strani GitHub na https://github.com/git/git/tags[^].
 V splošnem je nekoliko jasnejše, kaj je zadnja verzija na strani GitHub, vendar stran kernel.org ima tudi podpis izdaj, če želite preveriti svoj prenos.
 

book/01-introduction/sections/what-is-git.asc

@@ -77,7 +77,7 @@ Za bolj poglobljen pogled na to, kako Git shranjuje svoje podatke in kako lahko
 ==== Tri stanja
 
 Sedaj bodite pozorni - to je glavna stvar, ki si jo morate zapomniti o Gitu, če želite, da preostanek procesa učenja poteka gladko.
-Git ima tri glavna stanja, v katerih se lahko nahajajo vaše datoteke: _spremenjene_ (modified), _dane v pripravo_ (staged) in _potrjene_ (commited).
+Git ima tri glavna stanja, v katerih se lahko nahajajo vaše datoteke: _spremenjene_ (angl. _modified_), _dane v pripravo_ (angl. _staged_) in _potrjene_ (angl. _commited_).
 
 * Spremenjeno pomeni, da ste spremenili datoteko, vendar je še niste potrdili v svojo podatkovno bazo.
 * Dano v pripravo pomeni, da ste označili spremenjeno datoteko v njeni trenutni verziji, da gre v naslednji posnetek potrditve.
@@ -92,7 +92,7 @@ Delovni direktorij je en sam izvlek ene verzije projekta.
 Te datoteke so povlečene iz stisnjene podatkovne baze v direktoriju Git in dane na disk za vas, da jih uporabite ali spremenite.
 
 Področje priprave je datoteka, v splošnem vsebovana v vašem direktoriju Git, ki shranjuje informacije o tem, kaj bo šlo v vašo naslednjo potrditev.
-Njegovo tehnično ime v jeziku Git je "`index`", vendar se pogosto imenuje tudi področje priprave podatkov (angl. "`staging area`").
+Njegovo tehnično ime v jeziku Git je »indeks« (angl. _index_), vendar se pogosto imenuje tudi področje priprave podatkov (angl. _staging area_).
 
 Direktorij Git je, kjer Git shranjuje meta podatke in objektno podatkovno bazo za vaš projekt.
 To je najpomembnejši del Gita in je, kar se kopira, ko _klonirate_ repozitorij iz drugega računalnika.

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

@@ -57,7 +57,7 @@ Na tej točki imate repozitorij Git s sledenimi datotekami in začetno potrditvi
 ==== Kloniranje obstoječega repozitorija
 
 Če želite dobiti kopijo obstoječega repozitorija Git, na primer projekt, ki mu želite prispevati, je ukaz, ki ga potrebujete, `git clone`.
-Če ste že seznanjeni z ostalimi sistemi VCS, kot je Subversion, boste opazili, da je ukaz "clone" in ne "checkout".
+Če ste že seznanjeni z ostalimi sistemi VCS, kot je Subversion, boste opazili, da je ukaz `clone` in ne `checkout`.
 To je pomembna razlika - namesto da dobite samo delovno kopijo, Git dobi polno kopijo skoraj vseh podatkov, ki jih ima strežnik.
 Vsaka različica vsake datoteke zgodovine projekta je privzeto povlečena, ko poženete `git clone`.
 V bistvu, če se disk vašega strežnika pokvari, lahko pogosto uporabite skoraj katerikoli klon kateregakoli odjemalca, da strežnik povrnete v stanje, v katerem je bil, ko je bil kloniran (morda boste izgubili nekatere kljuke strežniške strani in podobno, vendar vsi podatki v različicah bi morali bili tam - za več podrobnosti si oglejte poglavje <<ch04-git-on-the-server#_getting_git_on_a_server>>).

book/02-git-basics/sections/recording-changes.asc

@@ -62,7 +62,7 @@ Untracked files:
 nothing added to commit but untracked files present (use "git add" to track)
 ----
 
-Vidite lahko, da vaša nova datoteka `README` ni sledena, ker je pod "`Untracked files`", kar je v vašem izpisu statusa.
+Vidite lahko, da vaša nova datoteka `README` ni sledena, ker je pod »Untracked files«, kar je v vašem izpisu statusa.
 Nesledeno v osnovi pomeni, da Git vidi datoteko, ki je niste imeli v prejšnjem posnetku (potrditvi) in še ni bila dana v pripravo; Git je ne bo začel vključevati v vaše potrjene posnetke, dokler mu tega eksplicitno ne naročite.
 To dela zato, da ne začnete po nesreči vključevati generiranih binarnih datotek ali ostalih datotek, ki jih niste mislili vključiti.
 Želeli boste začeti z vključevanjem `README`, torej začnimo s sledenjem datoteke.
@@ -92,7 +92,7 @@ Changes to be committed:
 
 ----
 
-Da je dana v pripravo, lahko veste, ker je pod naslovom "`Changes to be committed`".
+Da je dana v pripravo, lahko veste, ker je pod naslovom »Changes to be committed«.
 Če na tej točki izvedete potrditev, bo različica datoteke v času, ko ste pognali `git add`, v naknadni zgodovini posnetka.
 Morda se spomnite, ko ste prej pognali `git init`, ste nato pognali `git add <files>` - to je bil začetek sledenja datotek v vašem direktoriju.(((Ukazi Git, init)))(((Ukazi Git, add)))
 Ukaz `git add` vzame ime poti za datoteko ali pa direktorij; če je direktorij, ukaz doda vse datoteke v tem direktoriju rekurzivno.
@@ -120,10 +120,10 @@ Changes not staged for commit:
 
 ----
 
-Datoteka `CONTRIBUTING.md` se pojavi pod razdelkom imenovan "`Changes not staged for commit`" - kar pomeni, da je bila sledena datoteka spremenjena v delovnem direktoriju, vendar še ni bila dana v področje priprave.
+Datoteka `CONTRIBUTING.md` se pojavi pod razdelkom imenovan »Changes not staged for commit« - kar pomeni, da je bila sledena datoteka spremenjena v delovnem direktoriju, vendar še ni bila dana v področje priprave.
 Za dodajanje v področje priprave, poženite ukaz `git add`.
 `git add` je ukaz z več pomeni - uporabite ga za začetek sledenja novih datotek, da daste datoteke v področje priprave in naredite druge stvari, kot je označevanje datotek konfliktov združevanja za rešene.
-Lahko je v pomoč razmišljati o tem bolj v smislu "`dodaj točno to vsebino naslednji potrditvi`", kot pa "`dodaj to datoteko projektu`".(((Ukazi Git, add)))
+Lahko je v pomoč razmišljati o tem bolj v smislu »dodaj točno to vsebino naslednji potrditvi«, kot pa »dodaj to datoteko projektu«.(((Ukazi Git, add)))
 Poženimo sedaj `git add`, da dodamo datoteko `CONTRIBUTING.md` v področje priprave in nato ponovno poženimo `git status`:
 
 [source,console?prompt=$]
@@ -221,7 +221,7 @@ $ cat .gitignore
 *~
 ----
 
-Prva vrstica pove Gitu, naj ignorira katerekoli datoteke, ki se končajo z "`.o`" ali "`.a`" - objekti in arhivske datoteke, ki so lahko produkt gradnje vaše kode.
+Prva vrstica pove Gitu, naj ignorira katerekoli datoteke, ki se končajo z ».o« ali ».a« - objekti in arhivske datoteke, ki so lahko produkt gradnje vaše kode.
 Druga vrstica pove Gitu, naj ignorira vse datoteke, ki se končajo s tildo (`~`), ki jo uporabljajo mnogi tekstovni urejevalniki, kot je Emacs, da označujejo začasne datoteke.
 Dodate lahko tudi direktorij log, tmp ali pid, avtomatsko generirano dokumentacijo itd.
 Nastavitev datoteke `.gitignore` preden začnete, je v splošnem dobra ideja, da po nesreči ne potrdite datotek, ki jih v resnici ne želite imeti v svojem repozitoriju Git.
@@ -518,7 +518,7 @@ To je priročno, vendar bodite pazljivi; včasih vam ta zastavica vključi tudi
 Da odstranite datoteko iz Gita, jo morate odstraniti iz svojih sledenih datotek (bolj točno, odstraniti iz vašega področja priprave) in nato narediti potrditev.
 To naredi ukaz `git rm` in prav tako odstrani datoteko iz vašega delovnega direktorija, da je naslednjič ne vidite kot nesledeno datoteko.
 
-Če datoteko enostavno odstranite iz svojega delovnega direktorija, se prikaže pod "`Changes not staged for commit`" (to je _izven področja priprave_), v področju vašega izpisa `git status`:
+Če datoteko enostavno odstranite iz svojega delovnega direktorija, se prikaže pod »Changes not staged for commit« (to je _izven področja priprave_), v področju vašega izpisa `git status`:
 
 [source,console?prompt=$]
 ----

book/02-git-basics/sections/remotes.asc

@@ -11,8 +11,8 @@ V tem razdelku bomo pokrili nekaj od teh veščin upravljanja daljav.
 [NOTE]
 .Oddaljeni repozitoriji so lahko na vaši lokalni napravi.
 ====
-Popolnoma mogoče je, da delate z oddaljenim ("`remote`") repozitorijem, ki je v resnici na istem gostitelju kot vi.
-Beseda "`oddaljen`" ne pomeni nujno, da je repozitorij drugje na omrežju ali na internetu, temveč samo, da je drugje.
+Popolnoma mogoče je, da delate z oddaljenim (angl. _remote_) repozitorijem, ki je v resnici na istem gostitelju kot vi.
+Beseda »oddaljen« ne pomeni nujno, da je repozitorij drugje na omrežju ali na internetu, temveč samo, da je drugje.
 Delo s takšnim oddaljenim repozitorijem še vedno vključuje vse standardne operacije potiskanja, vlečenja in pridobivanja kot pri katerem koli drugem oddaljenem repozitoriju.
 ====
 
@@ -118,7 +118,7 @@ $ git fetch <remote>
 Ukaz gre v oddaljeni projekt in iz tega oddaljenega projekta povleče vse podatke, ki jih še nimate.
 Ko to naredite, bi morali imeti reference na vse veje iz te daljave, ki jih lahko kadarkoli združite ali raziščete.
 
-Če klonirate repozitorij, ukaz avtomatsko doda ta oddaljeni repozitorij pod ime "`origin`".
+Če klonirate repozitorij, ukaz avtomatsko doda ta oddaljeni repozitorij pod ime »origin«.
 Torej, `git fetch origin` prinese katerokoli delo, ki je bilo potisnjeno na ta strežnik, odkar ste ga klonirali (ali zadnje prenešeno iz njega).
 Pomembno je opaziti, da ukaz `git fetch` samo prenese podatke v vaš lokalni repozitorij - avtomatsko jih ne združi s katerimkoli delom ali spremeni česa, na čemer trenutno delate.
 Združiti jih morate ročno v svoje delo, ko ste pripravljeni.

book/02-git-basics/sections/tagging.asc

@@ -147,7 +147,7 @@ a6b4c97498bd301d84096da251c98a07c7723e65 Create write support
 8a5cbc430f1a9c3d00faaeffd07798508422908a Update readme
 ----
 
-Sedaj predpostavimo, da ste pozabili označiti projekt pri `v1.2`, ki je bil pri potrditvi "`Update rakefile`".
+Sedaj predpostavimo, da ste pozabili označiti projekt pri `v1.2`, ki je bil pri potrditvi »Update rakefile«.
 Lahko jo dodate za tem.
 Da označite to potrditev, na koncu ukaza določite kontrolno vsoto potrditve (ali del nje):
 
@@ -258,7 +258,7 @@ $ git push origin --delete <tagname>
 
 ==== Izvlečenje oznak
 
-Če želite pogledati različice datotek, na katere oznaka kaže, lahko naredite `git checkout` določene oznake, vendar vam to vaš repozitorij da v stanje "`detached HEAD`", kar ima določene stranske učinke:
+Če želite pogledati različice datotek, na katere oznaka kaže, lahko naredite `git checkout` določene oznake, vendar vam to vaš repozitorij da v »stanje ločene glave« (angl. _detached HEAD state_), kar ima določene stranske učinke:
 
 [source,console?prompt=$]
 ----
@@ -287,7 +287,7 @@ Previous HEAD position was 99ada87... Merge pull request #89 from schacon/append
 HEAD is now at df3f601... Add atlas.json and cover image
 ----
 
-Če v stanju "`detached HEAD`" naredite spremembe in nato ustvarite potrditev, bo ostala oznaka enaka, vendar vaša nova potrditev ne bo pripadala nobeni veji in bo nedosegljiva, razen preko točne zgoščene vrednosti potrditve.
+Če v »stanju ločene glave« (angl. _detached HEAD state_) naredite spremembe in nato ustvarite potrditev, bo ostala oznaka enaka, vendar vaša nova potrditev ne bo pripadala nobeni veji in bo nedosegljiva, razen preko točne zgoščene vrednosti potrditve.
 Torej, če morate narediti spremembe - na primer, da popravljate hrošča na starejši verziji - boste na splošno želeli ustvariti vejo:
 
 [source,console]

book/02-git-basics/sections/undoing.asc

@@ -36,7 +36,7 @@ Dobili boste eno potrditev - druga potrditev zamenja rezultate prve.
 Pomembno je razumeti, da ko spreminjate zadnjo potrditev, je ne popravljate, ampak jo popolnoma _zamenjate_ z novo in izboljšano potrditvijo, ki staro potisne iz poti in postavi novo potrditev na njeno mesto.
 Praktično, kot da se prejšnja potrditev nikoli ni zgodila in ne bo se prikazala v zgodovini vašega repozitorija.
 
-Očitna korist spreminjanja potrditev je, da lahko naredite manjše izboljšave zadnje potrditve, ne da bi vaša zgodovina repozitorija postala razmetana s sporočili potrditev v obliki "`Ups, pozabil sem dodati datoteko`" ali "`Zaboga, popravljam tipkarsko napako v zadnji potrditvi`".
+Očitna korist spreminjanja potrditev je, da lahko naredite manjše izboljšave zadnje potrditve, ne da bi vaša zgodovina repozitorija postala razmetana s sporočili potrditev v obliki »Ups, pozabil sem dodati datoteko« ali »Zaboga, popravljam tipkarsko napako v zadnji potrditvi«.
 ====
 
 [NOTE]
@@ -67,7 +67,7 @@ Changes to be committed:
     modified:   CONTRIBUTING.md
 ----
 
-Ravno pod besedilom "`Changes to be committed`", pravi, da uporabite `git reset HEAD <file>...` za povrnitev iz področja priprave.
+Ravno pod besedilom »Changes to be committed«, pravi, da uporabite `git reset HEAD <file>...` za povrnitev iz področja priprave.
 Torej uporabimo ta nasvet za povrnitev datoteke `CONTRIBUTING.md` iz priprave:
 
 [source,console?prompt=$]
@@ -176,7 +176,7 @@ Changes to be committed:
 
 ----
 
-Takoj pod besedilom "`Changes to be committed`" piše, da uporabite `git restore --staged <file>...` za razveljavitev področja priprave.
+Takoj pod besedilom »Changes to be committed« piše, da uporabite `git restore --staged <file>...` za razveljavitev področja priprave.
 Zato uporabimo ta nasvet, da razveljavimo datoteko `CONTRIBUTING.md`:
 
 [source,console?prompt=$]