Fix translations on various places and sync with upstream

Author: petk

B-embedding-git-in-your-applications.asc

@@ -2,7 +2,7 @@
 [appendix]
 == Vdelava Gita v vašo aplikacijo
 
-Če je vaša aplikacija namenjena razvijalcem, obstaja dobra možnost, da lahko izkoristi integracijo z nadzorom izvorne kode.
+Če je vaša aplikacija namenjena razvijalcem, obstaja dobra možnost, da lahko izkoristi integracijo nadzora izvorne kode.
 Tudi aplikacije, ki niso namenjene razvijalcem, kot so urejevalniki dokumentov, lahko potencialno koristijo lastnosti nadzora različic in Gitov model deluje zelo dobro za mnoge različne scenarije.
 
 Če potrebujete integrirati Git z vašo aplikacijo, imate v osnovi dve opciji: ustvariti ukazno vrstico in klicati ukaz `git`, ali pa vdelati knjižnico Git v vašo aplikacijo.

C-git-commands.asc

@@ -2,7 +2,7 @@
 [appendix]
 == Ukazi Git
 
-Skozi knjigo smo predstavili desetine ukazov Git in se trudili, da bi jih predstavili znotraj neke vrste pripovedi s postopnim dodajanjem več ukazov v zgodbo.
+Skozi knjigo smo predstavili na desetine ukazov Git in se trudili, da bi jih predstavili znotraj neke vrste pripovedi s postopnim dodajanjem več ukazov v zgodbo.
 Vendar pa to pusti primere uporabe ukazov nekoliko razpršene po celotni knjigi.
 
 V tem dodatku bomo pregledali vse ukaze Git, ki smo jih obravnavali v knjigi, približno razvrščene glede na to, za kaj se uporabljajo.
@@ -27,24 +27,24 @@ Za veliko teh stvari lahko Gitu poveste, naj jih privzeto izvaja drugače, ali p
 To vključuje vse, od tega, da poveste Gitu, kako vam je ime, do določenih nastavitev barv terminala, ali pa kateri urejevalnik uporabljate.
 Obstaja več datotek, ki jih bo ta ukaz prebral in zapisal, tako da lahko vrednosti nastavite globalno ali na specifičnih repozitorijih.
 
-Ukaz `git config` se je uporabljal v skoraj vsakem poglavju knjige.
+Ukaz `git config` se uporablja v skoraj vsakem poglavju knjige.
 
-V poglavju <<ch01-getting-started#_first_time>> smo ga uporabili, da smo pred začetkom uporabe Gita določili naše ime, e-poštni naslov in nastavitve urejevalnika.
+V razdelku <<ch01-getting-started#_first_time>> smo ga uporabili, da smo pred začetkom uporabe Gita določili naše ime, e-poštni naslov in nastavitve urejevalnika.
 
-V poglavju <<ch02-git-basics-chapter#_git_aliases>> smo pokazali, kako ga lahko uporabite za ustvarjanje okrajšanih ukazov, ki se razširijo v dolge zaporedne možnosti, da jih ni treba vsakič vpisovati.
+V razdelku <<ch02-git-basics-chapter#_git_aliases>> smo pokazali, kako ga lahko uporabite za ustvarjanje okrajšanih ukazov, ki se razširijo v dolge zaporedne možnosti, da jih ni treba vsakič vpisovati.
 
-V poglavju <<ch03-git-branching#_rebasing>> smo ga uporabili, da smo določili privzeto vedenje `--rebase`, ko zaženemo ukaz `git pull`.
+V razdelku <<ch03-git-branching#_rebasing>> smo ga uporabili, da smo določili privzeto vedenje `--rebase`, ko zaženemo ukaz `git pull`.
 
-V poglavju <<ch07-git-tools#_credential_caching>> smo ga uporabili, da smo nastavili privzeti repozitorij za vaša HTTP gesla.
+V razdelku <<ch07-git-tools#_credential_caching>> smo ga uporabili, da smo nastavili privzeti repozitorij za vaša HTTP gesla.
 
-V poglavju <<ch08-customizing-git#_keyword_expansion>> smo pokazali, kako nastaviti t.i. filtre smudge in clean na vsebino, ki prihaja in odhaja iz Gita.
+V razdelku <<ch08-customizing-git#_keyword_expansion>> smo pokazali, kako nastaviti t.i. filtra `smudge` in `clean` na vsebini, ki prihaja in odhaja iz Gita.
 
-Nazadnje, skoraj celotno poglavje <<ch08-customizing-git#_git_config>> je posvečeno temu ukazu.
+Nazadnje, skoraj celoten razdelek <<ch08-customizing-git#_git_config>> je posvečen temu ukazu.
 
 [[ch_core_editor]]
 ==== Ukazi git config core.editor
 
-Poleg navodil za nastavitve konfiguracije v poglavju <<ch01-getting-started#_editor>>, se lahko mnogi urejevalniki nastavijo na naslednji način:
+Poleg navodil za nastavitve konfiguracije v razdelku <<ch01-getting-started#_editor>>, se lahko mnogi urejevalniki nastavijo na naslednji način:
 
 .Izčrpen seznam konfiguracijskih ukazov `core.editor`
 [cols="1,2",options="header"]
@@ -84,7 +84,7 @@ Poleg navodil za nastavitve konfiguracije v poglavju <<ch01-getting-started#_edi
 Ukaz `git help` se uporablja za prikaz dokumentacije katerega koli ukaza, ki ga Git vsebuje.
 Čeprav smo v tem dodatku podali grob pregled večine najbolj priljubljenih ukazov, lahko vedno za celoten seznam vseh možnih možnosti in zastavic vsakega ukaza zaženete `git help <ukaz>`.
 
-Ukaz `git help` smo predstavili v poglavju <<ch01-getting-started#_git_help>> in prikazali, kako ga uporabiti za iskanje dodatnih informacij o `git shell` v poglavju <<ch04-git-on-the-server#_setting_up_server>>.
+Ukaz `git help` smo predstavili v razdelku <<ch01-getting-started#_git_help>> in prikazali, kako ga uporabiti za iskanje dodatnih informacij o `git shell` v razdelku <<ch04-git-on-the-server#_setting_up_server>>.
 
 === Pridobivanje in ustvarjanje projektov
 
@@ -319,7 +319,7 @@ Ko ste pripravljeni deliti svoje delo ali povleči spremembe od drugod, obstaja
 
 ==== git fetch
 
-Ukaz `git fetch` se poveže s oddaljenim repozitorijem in prenese vse informacije iz njega, ki niso v vašem trenutnem repozitoriju, ter jih shrani v vašo lokalno podatkovno bazo.
+Ukaz `git fetch` se poveže z oddaljenim repozitorijem in prenese vse informacije iz njega, ki niso v vašem trenutnem repozitoriju, ter jih shrani v vašo lokalno podatkovno bazo.
 
 Ta ukaz najprej obravnavamo v poglavju <<ch02-git-basics-chapter#_fetching_and_pulling>> in nadaljujemo z ogledom primerov uporabe v poglavju <<ch03-git-branching#_remote_branches>>.
 
@@ -335,7 +335,7 @@ Ukaz `git pull` je v bistvu kombinacija ukazov `git fetch` in `git merge`, pri 
 
 Ukaz na hitro predstavimo v <<ch02-git-basics-chapter#_fetching_and_pulling>> in prikažemo, kako videti, kaj bo združeno, če ga zaženete v <<ch02-git-basics-chapter#_inspecting_remote>>.
 
-Prikažemo tudi, kako ga uporabiti za pomoč pri težavah z ponovnim baziranjem v <<ch03-git-branching#_rebase_rebase>>.
+Prikažemo tudi, kako ga uporabiti za pomoč pri težavah s ponovnim baziranjem v <<ch03-git-branching#_rebase_rebase>>.
 
 Prikažemo, kako ga uporabiti z URL-jem za enkratno pridobivanje sprememb v <<ch05-distributed-git#_checking_out_remotes>>.
 
@@ -569,13 +569,13 @@ V <<ch09-git-and-other-systems#_git_p4>> ga uporabljamo za popravilo uvoženih z
 
 === Orodja za sisteme napeljave
 
-V knjigi smo naleteli tudi na veliko število nižjih nivojev orodij za sisteme napeljave.
+V knjigi smo naleteli tudi na veliko število nižje nivojskih orodij sistema napeljave.
 
 Prvo orodje, s katerim se srečamo, je `ls-remote` v <<ch06-github#_pr_refs>>, ki ga uporabimo za ogled surovih referenc na strežniku.
 
-`ls-files` uporabimo v poglavjih <<ch07-git-tools#_manual_remerge>>, <<ch07-git-tools#ref_rerere>> in <<ch07-git-tools#_the_index>> za ogled podrobnosti o vaši območni zbirki datotek.
+`ls-files` uporabimo v poglavjih <<ch07-git-tools#_manual_remerge>>, <<ch07-git-tools#ref_rerere>> in <<ch07-git-tools#_the_index>> za ogled podrobnosti o vašem področju priprave.
 
 V <<ch07-git-tools#_branch_references>> smo omenili tudi `rev-parse`, ki omogoča pretvorbo skoraj katerega koli niza v objekt SHA-1.
 
-Večino orodij za nizko nivojske sisteme napeljave, ki jih obravnavamo, pa je v <<ch10-git-internals#ch10-git-internals>>, na kar je poglavje večinoma osredotočeno.
+Večina nizko nivojskih orodij sistema napeljave, ki jih obravnavamo, pa je v <<ch10-git-internals#ch10-git-internals>>, na kar je poglavje večinoma osredotočeno.
 Njihovi uporabi smo se poskušali izogniti skozi večino preostale knjige.

TRANSLATING.md

@@ -8,7 +8,7 @@ Pro Git is a book about a technical tool, therefore translating it is difficult
 
 The following are guidelines to help you on your way:
 * Before you begin, read the whole Git Pro book in English, so that you're aware of the content, and are familiar with the style used.
-* Ensure you have a good working knowledge of git, so that explaining the technical terms is doable.
+* Ensure you have a good working knowledge of Git, so that explaining the technical terms is doable.
 * Stick to a common style and format for the translation.
 * Be sure to read and understand the basics of [Asciidoc formatting](https://docs.asciidoctor.org/asciidoc/latest/syntax-quick-reference/). Not following the asciidoc syntax can lead to problems with building/compilation of the pdf, epub and html files needed for the book.
 

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

@@ -83,7 +83,7 @@ Git ima tri glavna stanja, v katerih se lahko nahajajo vaše datoteke: _spremenj
 * Dano v pripravo pomeni, da ste označili spremenjeno datoteko v njeni trenutni verziji, da gre v naslednji posnetek potrditve.
 * Potrjeno pomeni, da so podatki varno shranjeni v vaši lokalni podatkovni bazi.
 
-To nas vodi k trem glavnim sekcijam projekta Git: delovna drevesna struktura, področje priprave in direktorij Git.
+To nas vodi k trem glavnim razdelkom projekta Git: delovna drevesna struktura, področje priprave in direktorij Git.
 
 .Delovna drevesna struktura, področje priprave in direktorij Git
 image::images/areas.png["Delovna drevesna struktura, področje priprave in direktorij Git"]

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

@@ -120,7 +120,7 @@ Changes not staged for commit:
 
 ----
 
-Datoteka `CONTRIBUTING.md` se pojavi pod sekcijo imenovano "`Changes not staged for commit`" - kar pomeni, da je bila sledena datoteka spremenjena v delujočem direktoriju, vendar še ni bila dana v področje priprave.
+Datoteka `CONTRIBUTING.md` se pojavi pod razdelkom imenovano "`Changes not staged for commit`" - kar pomeni, da je bila sledena datoteka spremenjena v delujočem 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čimi pomeni - uporabite ga za začetek sledenja novih datotek, da date 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 "`dodajte točno to vsebino naslednji potrditvi`", kot pa "`dodajte to datoteku projektu`".(((git commands, add)))

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

@@ -6,7 +6,7 @@ Oddaljeni repozitoriji so različice vašega projekta, ki so gostovane nekje na
 Imate jih lahko več, v splošnem je za vas vsak od njih samo za branje ali pa za branje/pisanje.
 Sodelovanje z drugimi vključuje upravljanje teh oddaljenih repozitorijev, potiskanje in vlečenje podatkov vanje ali iz njih, ko potrebujete deliti delo.
 Upravljanje oddaljenih repozitorijev vključuje vedeti, kako dodati oddaljene repozitorije, odstraniti daljave, ki niso več veljavne, upravljati različne oddaljene veje in kako jih definirati kot sledene ali ne in še več.
-V tej sekciji bomo pokrili nekaj od teh veščin upravljanja daljav.
+V tem razdelku bomo pokrili nekaj od teh veščin upravljanja daljav.
 
 [NOTE]
 .Oddaljeni repozitoriji so lahko na vaši lokalni napravi.
@@ -123,7 +123,7 @@ Torej, `git fetch origin` prinese katerokoli delo, ki je bilo potisnjeno na ta s
 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 vaše delo, ko ste pripravljeni.
 
-Če je vaša trenutna veja nastavljena, da sledi oddaljeni veji (za več informacij glejte naslednjo sekcijo 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.(((git commands, pull)))
+Č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.(((git commands, pull)))
 To je lahko za vas enostavnejši ali bolj priročen potek dela; in privzeto ukaz `git clone` avtomatsko nastavi vašo lokalno vejo `master`, da sledi oddaljeni veji `master` (ali kakorkoli se privzeta veja imenuje) na strežniku, iz katerega ste klonirali.
 Pogon `git pull` v splošnem prinese podatke iz strežnika, iz katerega ste prvotno klonirali, in jih skuša avtomatsko združiti v kodo na kateri trenutno delate.
 

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

@@ -4,7 +4,7 @@
 (((tags)))
 Kot večina VCS-jev ima Git zmožnost označevanja določenih točk v zgodovini repozitorija kot pomembne.
 Običajno ljudje uporabljajo to funkcionalnost za določanje točk izdaj (`v1.0`, `v2.0` in tako naprej).
-V tej sekciji se boste naučili, kako izpisati obstoječe oznake, kako jih ustvariti in izbrisati ter kateri različni tipi oznak so na voljo.
+V tem razdelku se boste naučili, kako izpisati obstoječe oznake, kako jih ustvariti in izbrisati ter kateri različni tipi oznak so na voljo.
 
 ==== Izpisovanje vaših oznak
 

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

@@ -49,7 +49,7 @@ Spreminjanje že prej potisnjenih potrditev in prisilno potiskanje veje bo povzr
 [[_unstaging]]
 ==== Povrnitev datoteke iz področja priprave
 
-Naslednji sekciji demonstrirata, kako delati s spremembami vašega področja priprave in delovnega direktorija.
+Naslednja razdelka demonstrirata, kako delati s spremembami vašega področja priprave in delovnega direktorija.
 Dober del je, da vas ukaz, ki ste ga uporabili za določanje stanja teh dveh področij, tudi opominja, kako razveljaviti spremembe na njih.
 Na primer, recimo, da ste spremenili dve datoteki in jih želite potrditi kot dve ločeni spremembi, vendar po nesreči vpišete `git add *` in date obe v pripravo.
 Kako lahko povrnete eno izmed dveh iz področja priprave?

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

@@ -170,7 +170,7 @@ a11bef0 - Scott Chacon, 6 years ago : Initial commit
 | `%p`         | Okrajšane starševske zgoščene vrednosti
 | `%an`        | Ime avtorja
 | `%ae`        | E-pošta avtorja
-| `%ad`        | Datum avtorja (format spoštuje --date=option)
+| `%ad`        | Datum avtorja (format spoštuje `--date=option`)
 | `%ar`        | Datum avtorja, relativno
 | `%cn`        | Ime potrjevalca
 | `%ce`        | E-pošta potrjevalca
@@ -214,13 +214,13 @@ To so samo nekatere enostavne možnosti oblike izpisa za `git log` - jih je pa 
 | Možnost           | Opis
 | `-p`              | Prikaži popravek, ki je bil predstavljen v vsaki potrditvi.
 | `--stat`          | Prikaži statistiko za spremenjene datoteke v vsaki potrditvi.
-| `--shortstat`     | Prikaži samo vrstice sprememb/vstavkov/izbrisov iz ukaza --stat.
+| `--shortstat`     | Prikaži samo vrstice sprememb/vstavkov/izbrisov iz ukaza `--stat`.
 | `--name-only`     | Prikaži seznam spremenjenih datotek za informacijo potrditve.
 | `--name-status`   | Prikaži seznam datotek, na katere je informacija tudi vplivala z dodajanjem/spremembo/izbrisom.
 | `--abbrev-commit` | Prikaži samo prvih nekaj znakov kontrolne vsote SHA-1 namesto vseh 40.
 | `--relative-date` | Prikaži datum v relativni obliki (na primer, "`2 weeks ago`") namesto uporabe polne oblike datuma.
 | `--graph`         | Prikaži ASCII graf zgodovine veje in združevanja poleg izpisa dnevnika.
-| `--pretty`        | Prikaži potrditve v drugi obliki. Vrednosti možnosti vključujejo oneline, short, full, fuller in format (kjer lahko določite svojo lastno obliko).
+| `--pretty`        | Prikaži potrditve v drugi obliki. Vrednosti možnosti vključujejo `oneline`, `short`, `full`, `fuller` in `format` (kjer lahko določite svojo lastno obliko).
 | `--oneline`       | Bližnjica za skupaj uporabljeno `--pretty=oneline --abbrev-commit`.
 |================================
 
@@ -305,5 +305,5 @@ Ta ukaz prikaže 6 od skoraj 40000 potrditev v zgodovini izvorne kode Git, ki se
 .Preprečitev prikaza potrditev združevanj
 ====
 Odvisno od uporabljenega delovnega načina v vašem repozitoriju je možno, da je zajeten delež potrditev v vašem dnevniku zgodovine zgolj potrditev združevanj, kar običajno ni preveč informativno.
-Da preprečite prikaz potrditev združevanj, ki delajo nered v vaši zgodovini dnevnika, enostavno dodajte možnost dnevnika `--no-merges`.
+Da preprečite prikaz potrditev združevanj, ki delajo nered v vaši zgodovini dnevnika, enostavno dodajte ukazu `log` možnost `--no-merges`.
 ====

book/03-git-branching/sections/basic-branching-and-merging.asc

@@ -218,7 +218,7 @@ no changes added to commit (use "git add" and/or "git commit -a")
 
 Karkoli, kar ima konflikte združevanja in niso bili rešeni, je izpisano kot nezdruženo.
 Git doda standardne označevalce reševanja konfliktov v datoteke, ki imajo konflikte, tako da jih lahko odprete ročno in rešite te konflikte.
-Vaša datoteka vsebuje sekcijo, ki izgleda nekako takole:
+Vaša datoteka vsebuje razdelek, ki izgleda nekako takole:
 
 [source,html]
 ----
@@ -242,8 +242,8 @@ please contact us at [email protected]
 </div>
 ----
 
-Ta rešitev ima malo vsake od obeh sekcij in vrstice `<<<<<<<`, `=======` in `>>>>>>>` so bile v celoti odstranjene.
-Ko ste rešili vsako od teh sekcij v vsaki konfliktni datoteki, poženite `git add` na vsaki datoteki, da jo označite kot rešeno.
+Ta rešitev ima malo vsake od obeh razdelkov in vrstice `<<<<<<<`, `=======` in `>>>>>>>` so bile v celoti odstranjene.
+Ko ste rešili vsakega od teh razdelkov v vsaki konfliktni datoteki, poženite `git add` na vsaki datoteki, da jo označite kot rešeno.
 Dajanje datoteke v področje priprave jo v Gitu označi kot rešeno.
 
 Če želite uporabiti grafično orodje, da rešite te težave, lahko poženete `git mergetool`, ki zažene ustrezno vizualno združevalno orodje in vas sprehodi skozi konflikte:(((git commands, mergetool)))