Sync dashes

Slovenian language uses 3 types of dashes:

* Vezaj: `-`
* Pomišljaj: `–`
* Dolgi pomišljaj: `—`

We'll simplify these until the upstream asciidoctor has better way of
replacing these special characters.

Author: petk

C-git-commands.asc

@@ -256,7 +256,7 @@ Orodje `git merge` se uporablja za združevanje ene ali več vej v vejo, ki jo i
 Nato se trenutna veja premakne na rezultat združevanja.
 
 Ukaz `git merge` je bil prvič predstavljen v razdelku <<ch03-git-branching#_basic_branching>>.
-Čeprav se v knjigi uporablja na različnih mestih, obstaja zelo malo različic ukaza `merge` - običajno samo `git merge <branch>` z imenom ene veje, ki jo želite združiti.
+Čeprav se v knjigi uporablja na različnih mestih, obstaja zelo malo različic ukaza `merge` -- običajno samo `git merge <branch>` z imenom ene veje, ki jo želite združiti.
 
 V razdelku <<ch05-distributed-git#_public_project>> smo na koncu obravnavali združevanje z zdrobljenim zgodovinskim zapisom (kjer Git združi delo, vendar se pretvarja, kot da gre samo za novo potrditev, brez beleženja zgodovine veje, ki jo združujete).
 

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

@@ -43,8 +43,8 @@ Skrbniki sistema imajo drobno zrnat nadzor nad tem, kdo lahko kaj naredi, in za
 Vendar ta namestitev ima tudi nekatere resne slabosti.
 Najbolj očitna je odpoved ene same točke, ki jo centralizirani strežnik predstavlja.
 Če ta strežnik odpove za eno uro, potem med to uro nihče ne more sodelovati ali shraniti sprememb različic na karkoli, na čemer delajo.
-Če se trdi disk, na katerem je osrednja podatkovna baza, poškoduje in ustrezne varnostne kopije niso bile ohranjene, boste izgubili absolutno vse - celotno zgodovino projekta razen samega posnetka, ki ga imajo uporabniki na svojih lokalnih napravah.
-Lokalni sistemi VCS trpijo za enakim problemom - kadarkoli imate celotno zgodovino projekta na enem mestu, tvegate, da boste izgubili vse.
+Če se trdi disk, na katerem je osrednja podatkovna baza, poškoduje in ustrezne varnostne kopije niso bile ohranjene, boste izgubili absolutno vse -- celotno zgodovino projekta razen samega posnetka, ki ga imajo uporabniki na svojih lokalnih napravah.
+Lokalni sistemi VCS trpijo za enakim problemom -- kadarkoli imate celotno zgodovino projekta na enem mestu, tvegate, da boste izgubili vse.
 
 ==== Porazdeljeni sistemi nadzora različic
 

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

@@ -3,7 +3,7 @@
 Obstaja veliko različnih načinov uporabe Gita.
 Obstajajo izvorna orodja ukazne vrstice in na voljo je mnogo grafičnih vmesnikov različnih zmogljivosti.
 Za to knjigo bomo uporabljali Git v ukazni vrstici.
-Kot prvič, ukazna vrstica je edino mesto, kjer lahko poženete _vse_ ukaze Git - večina GUI-jev samo implementira nekaj podnaborov funkcionalnosti Git zaradi enostavnosti.
+Kot prvič, ukazna vrstica je edino mesto, kjer lahko poženete _vse_ ukaze Git -- večina GUI-jev samo implementira nekaj podnaborov funkcionalnosti Git zaradi enostavnosti.
 Če veste, kako pognati verzijo ukazne vrstice, lahko verjetno tudi ugotovite, kako pognati verzijo GUI, medtem ko nasprotno ni nujno res.
 Medtem tudi, ko je izbira grafičnega odjemalca stvar osebnega okusa, imajo _vsi_ uporabniki nameščena in na voljo orodja ukazne vrstice.
 

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

@@ -31,11 +31,11 @@ Prednosti, ki jih pridobite z razmišljanjem o svojih podatkih na ta način, bom
 
 ==== Skoraj vsaka operacija je lokalna
 
-Večina operacij v Gitu potrebuje za delovanje samo lokalne datoteke in vire - v splošnem ni potrebnih nobenih informacij iz drugega računalnika na vašem omrežju.
+Večina operacij v Gitu potrebuje za delovanje samo lokalne datoteke in vire -- v splošnem ni potrebnih nobenih informacij iz drugega računalnika na vašem omrežju.
 Če ste vajeni na CVCS, kjer ima večina operacij ceno latence omrežja, boste mislili, da so bogovi hitrosti blagoslovili ta vidik Gita z nadnaravnimi močni.
 Ker imate vso zgodovino projekta ravno tam na svojem lokalnem disku, se zdi večina operacij takojšnjih.
 
-Na primer, za brskanje po zgodovini projekta Git ni potrebno oditi na strežnik, da se dobi zgodovino in se vam jo prikaže - Git enostavno prebere le-to neposredno iz vaše lokalne podatkovne baze.
+Na primer, za brskanje po zgodovini projekta Git ni potrebno oditi na strežnik, da se dobi zgodovino in se vam jo prikaže -- Git enostavno prebere le-to neposredno iz vaše lokalne podatkovne baze.
 To pomeni, da vidite zgodovino projekta skoraj takoj.
 Če želite videti spremembe, ki so uvedene med trenutno verzijo datoteke in datoteko pred mesecem dni, lahko Git poišče datoteko za toliko časa nazaj in naredi izračun lokalnih razlik, namesto da sprašuje oddaljeni strežnik, da to izvede ali prenese starejšo verzijo datoteke iz oddaljenega strežnika, saj naredi to lokalno.
 
@@ -76,7 +76,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.
+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_ (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.

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

@@ -36,7 +36,7 @@ in vpišete:
 $ git init
 ----
 
-To ustvari nov poddirektorij z imenom `.git`, ki vsebuje vse vaše potrebne datoteke repozitorija - skelet repozitorija Git.
+To ustvari nov poddirektorij z imenom `.git`, ki vsebuje vse vaše potrebne datoteke repozitorija -- skelet repozitorija Git.
 Na tej točki ni v vašem projektu še nič sledeno.
 Glejte poglavje <<ch10-git-internals#ch10-git-internals>> za več informacij o tem, katere datoteke točno so vsebovane v direktoriju `.git`, ki ste ga ravno ustvarili.(((Ukazi Git, init)))
 
@@ -58,9 +58,9 @@ Na tej točki imate repozitorij Git s sledenimi datotekami in začetno potrditvi
 
 Č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`.
-To je pomembna razlika - namesto da dobite samo delovno kopijo, Git dobi polno kopijo skoraj vseh podatkov, ki jih ima strežnik.
+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 razdelek <<ch04-git-on-the-server#_getting_git_on_a_server>>).
+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 razdelek <<ch04-git-on-the-server#_getting_git_on_a_server>>).
 
 Repozitorij klonirate z `git clone <url>`.(((Ukazi Git, clone)))
 Na primer, če želite klonirati Git povezano knjižnico imenovano `libgit2`, lahko to naredite na naslednji način:

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

@@ -7,7 +7,7 @@ Pomnite, da je lahko vsaka datoteka v vašem delovnem direktoriju v dveh stanjih
 Sledene datoteke so datoteke, ki so bile v zadnjem posnetku, kot tudi katerekoli na novo pripravljene datoteke; lahko so nespremenjene, spremenjene, ali dane v področje priprave.
 Na kratko, sledene datoteke so datoteke, za katere Git ve.
 
-Nesledene datoteke so vse ostale - katerakoli datoteka v vašem delovnem direktoriju, ki ni bila v vašem zadnjem posnetku in ni v vašem področju priprave.
+Nesledene datoteke so vse ostale -- katerakoli datoteka v vašem delovnem direktoriju, ki ni bila v vašem zadnjem posnetku in ni v vašem področju priprave.
 Ko prvič klonirate repozitorij, bodo vse vaše datoteke sledene in nespremenjene, ker jih je Git ravnokar izvlekel in jih še niste kakorkoli urejali.
 
 Ko boste urejali datoteke, jih Git vidi kot spremenjene, ker ste jih spremenili od zadnje potrditve.
@@ -94,7 +94,7 @@ 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)))
+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.
 
 ==== Priprava spremenjenih datotek
@@ -120,9 +120,9 @@ 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.
+`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)))
 Poženimo sedaj `git add`, da dodamo datoteko `CONTRIBUTING.md` v področje priprave in nato ponovno poženimo `git status`:
 
@@ -202,7 +202,7 @@ M  lib/simplegit.rb
 ----
 
 Nove nesledene datoteke imajo zraven njih `??`, nove datoteke, ki so bile dodane v področje priprave, imajo `A`, spremenjene datoteke imajo `M` in tako dalje.
-Obstajata dva stolpca za izpis - levi stolpec označuje, da je bila datoteka dana v pripravo in desni stolpec označuje status v delovni drevesni strukturi.
+Obstajata dva stolpca za izpis -- levi stolpec označuje, da je bila datoteka dana v pripravo in desni stolpec označuje status v delovni drevesni strukturi.
 Torej na primer v tem izpisu je datoteka `README` spremenjena v delovnem direktoriju, vendar še ni dana v pripravo, medtem ko je datoteka `lib/simplegit.rb` spremenjena in dana v pripravo.
 `Rakefile` je bila spremenjena, dana v pripravo in nato ponovno spremenjena, torej so na njej spremembe, ki so dane tako v pripravo kot tudi ne.
 
@@ -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.
@@ -279,10 +279,10 @@ Iti v podrobnosti večih datotek `.gitignore` je izven obsega te knjige; za več
 [[_git_diff_staged]]
 ==== Ogled vaših sprememb v področju priprave in izven njega
 
-Če vam ukaz `git status` ni preveč jasen - želite vedeti točno, kaj ste spremenili, ne samo katere datoteke so bile spremenjene - lahko uporabite ukaz `git diff`.(((Ukazi Git, diff)))
+Če vam ukaz `git status` ni preveč jasen -- želite vedeti točno, kaj ste spremenili, ne samo katere datoteke so bile spremenjene -- lahko uporabite ukaz `git diff`.(((Ukazi Git, diff)))
 `git diff` bomo pokrili v več podrobnostih kasneje, vendar ga boste uporabljali najpogosteje za odgovor na ti dve vprašanji: Kaj ste spremenili, vendar še ni dano v področje priprave?
 In kaj ste dali v področje priprave, da boste potrdili?
-Čeprav `git status` odgovori ta vprašanja zelo splošno z izpisom seznama imen datotek, vam `git diff` prikaže točne vrstice, ki so bile dodane in odstranjene - programski popravek, kakršne so bile.
+Čeprav `git status` odgovori ta vprašanja zelo splošno z izpisom seznama imen datotek, vam `git diff` prikaže točne vrstice, ki so bile dodane in odstranjene -- programski popravek, kakršne so bile.
 
 Recimo, da urejate in ponovno daste v področje priprave datoteko `README` ter nato uredite datoteko `CONTRIBUTING.md`, brez da jo daste v področje priprave.
 Če poženete vaš ukaz `git status`, vidite ponovno nekaj takega:
@@ -343,7 +343,7 @@ index 0000000..03902a1
 +My Project
 ----
 
-Pomembno je omeniti, da `git diff` sam po sebi ne prikaže vseh sprememb, ki ste jih naredili od svoje zadnje potrditve - prikaže samo spremembe, ki še vedno niso dane področje priprave.
+Pomembno je omeniti, da `git diff` sam po sebi ne prikaže vseh sprememb, ki ste jih naredili od svoje zadnje potrditve -- prikaže samo spremembe, ki še vedno niso dane področje priprave.
 Če ste dali v področje priprave vse svoje spremembe, vam `git diff` ne bo dal nobenega izpisa.
 
 Za drug primer, če daste datoteko `CONTRIBUTING.md` v področje priprave in jo nato uredite, lahko uporabite `git diff`, da vidite spremembe v datoteki, ki je dana v področje priprave in spremembe, ki še niso dane v pripravo.
@@ -418,7 +418,7 @@ Poženite `git difftool --tool-help`, da vidite, kaj je na voljo na vašem siste
 ==== Potrjevanje vaših sprememb
 
 Sedaj, ko je vaše področje priprave nastavljeno na način, kot ga želite, lahko potrdite svoje spremembe.
-Pomnite, da karkoli, kar še ni dano v področje priprave - katerekoli datoteke, ki jih ustvarite ali spremenite, in na njih še niste pognali `git add`, odkar ste jih uredili - ne bodo šle v to potrditev.
+Pomnite, da karkoli, kar še ni dano v področje priprave -- katerekoli datoteke, ki jih ustvarite ali spremenite, in na njih še niste pognali `git add`, odkar ste jih uredili -- ne bodo šle v to potrditev.
 Ostale bodo kot spremenjene datoteke na vašem disku.
 V tem primeru, recimo, da zadnjič, ko ste pognali `git status`, ste videli, da je vse dano v pripravo, torej ste pripravljeni, da potrdite svoje spremembe.(((Ukazi Git, status)))
 Najenostavnejši način za potrditev je vpis `git commit`:(((Ukazi Git, commit)))
@@ -432,7 +432,7 @@ To zažene vaš urejevalnik po izbiri.
 
 [NOTE]
 ====
-To je nastavljeno v vaši spremenljivki okolja lupine `$EDITOR` - običajno vim ali emacs, vendar jo lahko nastavite, s čimer koli želite, z uporabo ukaza `git config --global core.editor`, kot ste videli v poglavju <<ch01-getting-started#ch01-getting-started>>.(((Urejevalnik, sprememba privzetega)))(((Ukazi Git, config)))
+To je nastavljeno v vaši spremenljivki okolja lupine `$EDITOR` -- običajno vim ali emacs, vendar jo lahko nastavite, s čimer koli želite, z uporabo ukaza `git config --global core.editor`, kot ste videli v poglavju <<ch01-getting-started#ch01-getting-started>>.(((Urejevalnik, sprememba privzetega)))(((Ukazi Git, config)))
 ====
 
 Urejevalnik prikaže naslednje besedilo (ta primer je zaslon Vim):
@@ -590,7 +590,7 @@ Ta ukaz odstrani vse datoteke, ki se končajo z `~`.
 (((Datoteke, premikanje)))
 Z razliko od ostalih sistemov VCS, Git eksplicitno ne sledi premikanju datotek.
 Če v Gitu preimenujete datoteko, ni shranjenih v Gitu nobenih metapodatkov, ki vam povejo, da ste preimenovali datoteko.
-Vendar je Git glede ugotavljanja precej pameten - z zaznavanjem premikanja datotek se bomo ukvarjali nekoliko kasneje.
+Vendar je Git glede ugotavljanja precej pameten -- z zaznavanjem premikanja datotek se bomo ukvarjali nekoliko kasneje.
 
 Torej je nekoliko nejasno, da ima Git ukaz `mv`.
 Če želite preimenovati datoteko v Gitu, lahko poženete nekaj takega:
@@ -625,5 +625,5 @@ $ git add README
 ----
 
 Git posredno ugotovi, da gre za preimenovanje, torej ni pomembno, ali preimenujete datoteko na ta način ali z ukazom `mv`.
-Edina resnična razlika je, da je ukaz `git mv` en ukaz namesto treh - gre za funkcijo priročnosti.
+Edina resnična razlika je, da je ukaz `git mv` en ukaz namesto treh -- gre za funkcijo priročnosti.
 Bolj pomembno, za preimenovanje datoteke lahko uporabite katerokoli orodje želite in naslovite `add/rm` kasneje, preden potrjujete.

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

@@ -20,7 +20,7 @@ Delo s takšnim oddaljenim repozitorijem še vedno vključuje vse standardne ope
 
 Da pogledate, katere oddaljene strežnike ste nastavili, lahko poženete ukaz `git remote`.(((Ukazi Git, remote)))
 Izpiše kratka imena vsakega oprimka daljave, ki ste ga določili.
-Če ste klonirali svoj repozitorij, bi morali videti vsaj t. i. `origin` (izvor) - to je privzeto ime, ki ga Git da strežniku, iz katerega ste klonirali:
+Če ste klonirali svoj repozitorij, bi morali videti vsaj t. i. `origin` (izvor) -- to je privzeto ime, ki ga Git da strežniku, iz katerega ste klonirali:
 
 [source,console]
 ----
@@ -102,7 +102,7 @@ From https://github.com/paulboone/ticgit
  * [new branch]      ticgit     -> pb/ticgit
 ----
 
-Paulova veja `master` je sedaj dostopna lokalno kot `pb/master` - lahko jo združite v eno izmed svojih vej, ali pa izvlečete lokalno vejo na tisti točki, ki jo želite preiskati.
+Paulova veja `master` je sedaj dostopna lokalno kot `pb/master` -- lahko jo združite v eno izmed svojih vej, ali pa izvlečete lokalno vejo na tisti točki, ki jo želite preiskati.
 Kaj so veje in kako jih uporabljati, bomo šli bolj podrobno skozi v <<ch03-git-branching#ch03-git-branching>>.
 
 [[_fetching_and_pulling]]
@@ -120,7 +120,7 @@ Ko to naredite, bi morali imeti reference na vse veje iz te daljave, ki jih lahk
 
 Č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.
+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.
 
 Če je vaša trenutna veja nastavljena, da sledi oddaljeni veji (za več informacij glejte naslednji razdelek in poglavje <<ch03-git-branching#ch03-git-branching>>), lahko uporabite ukaz `git pull`, da avtomatsko prinese in nato združi oddaljeno vejo v vašo trenutno vejo.(((Ukazi Git, pull)))
@@ -228,7 +228,7 @@ paul
 Vredno je omeniti, da to spremeni tudi vsa imena vaših sledenih oddaljenih vej.
 Kar se je včasih sklicevalo na `pb/master`, je sedaj na `paul/master`.
 
-Če želite zaradi nekega razloga odstraniti daljavo - prenesli ste strežnik, ali pa določene zrcaljene lokacije ne uporabljate več, ali pa mogoče nekdo, ki je prispeval, sedaj ne dela več - lahko uporabite bodisi `git remote remove` ali pa `git remote rm`:
+Če želite zaradi nekega razloga odstraniti daljavo -- prenesli ste strežnik, ali pa določene zrcaljene lokacije ne uporabljate več, ali pa mogoče nekdo, ki je prispeval, sedaj ne dela več -- lahko uporabite bodisi `git remote remove` ali pa `git remote rm`:
 
 [source,console]
 ----