Translate index keywords

Author: petk

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

@@ -1,6 +1,6 @@
 === O nadzoru različic
 
-(((version control)))
+(((Nadzor različic)))
 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.
@@ -12,7 +12,7 @@ Poleg tega dobite vse to za zelo majhno ceno.
 
 ==== Lokalni sistemi nadzora različic
 
-(((version control,local)))
+(((Nadzor različic, lokalni)))
 Za veliko ljudi je metoda izbire nadzora različic kopiranje datotek v drug direktorij (mogoče časovno označen direktorij, če so pametni).
 Ta pristop je zelo pogost, ker je tako enostaven, vendar je tudi zelo dovzeten za napake.
 Enostavno je pozabiti, v katerem direktoriju ste in po nesreči pišete v napačno datoteko ali prepišete datoteke, ki jih niste želeli.
@@ -27,7 +27,7 @@ https://www.gnu.org/software/rcs/[RCS^] deluje tako, da obdrži skupke popravkov
 
 ==== Centralizirani sistemi nadzora različic
 
-(((version control,centralized)))
+(((Nadzor različic, centralizirani)))
 Naslednja glavna težava, na katero ljudje naletijo, je, da morajo sodelovati z razvijalci na drugih sistemih.
 Za spoprijemanje s tem problemom so bili razviti centralizirani sistemi nadzora različic (CVC-ji).
 Ti sistemi (kot so CVS, Subversion in Perforce) imajo en strežnik, ki vsebuje vse različice datotek in več odjemalcev, ki izvlečejo datoteke iz tega osrednjega mesta.(((CVS)))(((Subversion)))(((Perforce)))
@@ -48,7 +48,7 @@ Lokalni sistemi VCS trpijo za enakim problemom - kadarkoli imate celotno zgodovi
 
 ==== Razdeljeni sistemi nadzora različic
 
-(((version control,distributed)))
+(((Nadzor različic, razdeljeni)))
 To je mesto, kjer pristopijo razdeljeni sistemi nadzora različic (DVCS-ji).
 V DVCS (kot je Git, Mercurial, Bazaar ali Darcs) odjemalci ne izvlečejo samo zadnjega posnetka datotek: v celoti kopirajo repozitorij skupaj s celotno zgodovino.
 V primeru, da katerikoli strežnik odpove in ti sistemi sodelujejo preko tega strežnika, se lahko kopira repozitorij katerega koli odjemalca na strežnik ter se povrne.

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

@@ -5,7 +5,7 @@ Sedaj, ko imate Git na vašem sistemu, boste želeli postoriti nekaj stvari, da
 Te stvari bi morali narediti samo enkrat na katerem koli danem računalniku; ohranile se bodo med nadgradnjami.
 Lahko jih tudi kadarkoli spremenite s ponovnim pogonom ukazov.
 
-Git prihaja z orodjem imenovanim `git config`, ki vam omogoča dobiti in nastaviti konfiguracijske spremenljivke, ki krmilijo vse vidike, kako je Git videti in kako deluje.(((git commands, config)))
+Git prihaja z orodjem imenovanim `git config`, ki vam omogoča dobiti in nastaviti konfiguracijske spremenljivke, ki krmilijo vse vidike, kako je Git videti in kako deluje.(((Ukazi Git, config)))
 Te spremenljivke so lahko shranjene na treh različnih mestih:
 
 1. `[path]/etc/gitconfig` datoteka: Vsebuje vrednosti za vsakega uporabnika na sistemu in vse njegove repozitorije.
@@ -115,7 +115,7 @@ color.diff=auto
 Lahko boste videli ključe več kot enkrat, ker Git prebere isti ključ iz različnih datotek (na primer, `[path]/etc/gitconfig` in `~/.gitconfig`).
 V tem primeru Git uporablja zadnjo vrednost za vsak unikaten ključ, ki ga vidi.
 
-Lahko tudi preverite, kaj Git razmišlja o določeni vrednosti ključa z vpisom `git config <key>`:(((git commands, config)))
+Lahko tudi preverite, kaj Git razmišlja o določeni vrednosti ključa z vpisom `git config <key>`:(((Ukazi Git, config)))
 
 [source,console]
 ----

book/01-introduction/sections/help.asc

@@ -10,7 +10,7 @@ $ git <verb> --help
 $ man git-<verb>
 ----
 
-Na primer, dobite lahko pomoč manpage za ukaz `git config`, če poženete:(((git commands, help)))
+Na primer, dobite lahko pomoč manpage za ukaz `git config`, če poženete:(((Ukazi Git, help)))
 
 [source,console]
 ----

book/01-introduction/sections/installing.asc

@@ -13,7 +13,7 @@ Ker je Git precej odličen pri ohranjanju združljivosti za nazaj, bi morala ust
 
 ==== Namestitev na Linux
 
-(((Linux, installing)))
+(((Linux, namestitev)))
 Če želite namestiti osnovna orodja Git na Linux preko binarnega namestitvenega programa, lahko to v splošnem naredite preko orodja upravljalnika paketov, ki prihaja z vašo distribucijo.
 Če ste na Fedori (ali kateri koli tesno povezani distribuciji, ki temelji na RPM, kot sta RHEL ali CentOS), lahko uporabite `dnf`:
 
@@ -33,7 +33,7 @@ Za več možnosti so na voljo navodila za namestitev na nekaj različnih okusih
 
 ==== Namestitev na macOS
 
-(((macOS, installing)))
+(((macOS, namestitev)))
 Na voljo je nekaj načinov za namestitev Gita na macOS.
 Najenostavnejše je verjetno namestiti orodja ukazne vrstice Xcode.(((Xcode)))
 Na Mavericks (10.9) ali višjih verzijah lahko to naredite enostavno s poskusom pogona `git` v Terminalu takoj na začetku.
@@ -53,7 +53,7 @@ image::images/git-osx-installer.png[Namestitveni program Git macOS]
 
 ==== Namestitev na Windows
 
-Na voljo je tudi nekaj načinov namestitve Gita na Windows.(((Windows, installing)))
+Na voljo je tudi nekaj načinov namestitve Gita na Windows.(((Windows, namestitev)))
 Najbolj uradna različica je na voljo za prenos na spletni strani Git.
 Enostavno obiščite https://git-scm.com/download/win[^] in prenos se bo avtomatsko začel.
 Bodite pozorni, saj se ta projekt imenuje Git for Windows, ki je ločen od samega Gita; za več informacij o njem, pojdite na https://gitforwindows.org[^].

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

@@ -1,12 +1,12 @@
 [[_git_aliases]]
 === Aliasi Git
 
-(((aliases)))
+(((Aliasi)))
 Preden gremo na naslednje poglavje, želimo predstaviti lastnost, ki lahko naredi vašo izkušnjo Git enostavnejšo, lažjo in bolj poznano: aliasi.
 Zaradi jasnosti se ne bomo več sklicevali nanje kasneje v knjigi, vendar bi verjetno morali vedeti, kako jih uporabljati, če boste Git redno uporabljali.
 
 Git ne sklepa avtomatsko na podlagi vašega ukaza, če ga vpišete le delno.
-Če ne želite vpisovati celotnega besedila vsakega ukaza Git, lahko enostavno nastavite alias za vsak ukaz z uporabo `git config`.(((git commands, config)))
+Če ne želite vpisovati celotnega besedila vsakega ukaza Git, lahko enostavno nastavite alias za vsak ukaz z uporabo `git config`.(((Ukazi Git, config)))
 Tu je nekaj primerov, ki jih morda želite nastaviti:
 
 [source,console]

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

@@ -38,7 +38,7 @@ $ git init
 
 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.(((git commands, init)))
+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)))
 
 Če želite začeti nadzor različic obstoječih datotek (v primerjavi s praznim direktorijem), bi morali verjetno začeti slediti tem datotekam in narediti začetno potrditev.
 To lahko naredite z nekaj ukazi `git add`, ki določi datoteke, ki jim želite slediti, ter nato izvedete `git commit`:
@@ -62,7 +62,7 @@ To je pomembna razlika - namesto da dobite samo delovno kopijo, Git dobi polno k
 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>>).
 
-Repozitorij klonirate z `git clone <url>`.(((git commands, clone)))
+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:
 
 [source,console]

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

@@ -19,7 +19,7 @@ image::images/lifecycle.png[Življenjski cikel statusa vaših datotek]
 [[_checking_status]]
 ==== Preverjanje statusa vaših datotek
 
-Glavno orodje, ki ga uporabljate, da določite, katere datoteke so v kakšnem stanju, je ukaz `git status`.(((git commands, status)))
+Glavno orodje, ki ga uporabljate, da določite, katere datoteke so v kakšnem stanju, je ukaz `git status`.(((Ukazi Git, status)))
 Če ta ukaz poženete neposredno po kloniranju, bi morali videti nekaj takega:
 
 [source,console]
@@ -70,7 +70,7 @@ To dela zato, da ne začnete po nesreči vključevati generiranih binarnih datot
 [[_tracking_files]]
 ==== Sledenje novih datotek
 
-Da začnete slediti novi datoteki, uporabite ukaz `git add`.(((git commands, add)))
+Da začnete slediti novi datoteki, uporabite ukaz `git add`.(((Ukazi Git, add)))
 Da začnete slediti datoteki `README`, lahko poženete naslednje:
 
 [source,console]
@@ -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.(((git commands, init)))(((git commands, 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
@@ -123,7 +123,7 @@ 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.
 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`".(((git commands, 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=$]
@@ -211,7 +211,7 @@ Torej na primer v tem izpisu je datoteka `README` spremenjena v delovnem direkto
 
 Pogostokrat boste imeli razred datotek, ki jih ne želite, da jih Git avtomatično doda ali celo prikazuje kot sledene.
 To so v splošnem avtomatsko generirane datoteke, kot so datoteke dnevnika ali datoteke proizvedene z vašim sistemom gradnje.
-V teh primerih lahko ustvarite vzorec seznama datotek, ki se mu prilegajo, z imenom `.gitignore`.(((ignoring files)))
+V teh primerih lahko ustvarite vzorec seznama datotek, ki se mu prilegajo, z imenom `.gitignore`.(((Ignoriranje datotek)))
 Tu je primer datoteke `.gitignore`:
 
 [source,console]
@@ -279,7 +279,7 @@ 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`.(((git commands, 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.
@@ -420,8 +420,8 @@ Poženite `git difftool --tool-help`, da vidite, kaj je na voljo na vašem siste
 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čju 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.(((git commands, status)))
-Najenostavnejši način za potrditev je vpis `git commit`:(((git commands, commit)))
+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)))
 
 [source,console]
 ----
@@ -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 <<ch01-getting-started#ch01-getting-started>>.(((editor, changing default)))(((git commands, 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 <<ch01-getting-started#ch01-getting-started>>.(((Urejevalnik, sprememba privzetega)))(((Ukazi Git, config)))
 ====
 
 Urejevalnik prikaže naslednje besedilo (ta primer je zaslon Vim):
@@ -485,7 +485,7 @@ Vsakič, ko izvedete potrditev, posnamete posnetek svojega projekta, ki ga lahko
 
 ==== Preskok področja priprave
 
-(((staging area, skipping)))
+(((Področje priprave, preskok)))
 Čeprav je področje priprave posebej uporabno za izdelovanje potrditev točno takih, kakor jih želite, je včasih bolj kompleksno, kot ga potrebujete v svojem poteku dela.
 Če želite področje priprave preskočiti, Git ponuja enostavno bližnjico.
 Dodajanje možnosti `-a` ukazu `git commit` naredi, da Git avtomatično doda vsako datoteko, ki je že sledena, preden naredi potrditev in vam omogoči preskočiti del `git add`:
@@ -514,7 +514,7 @@ To je priročno, vendar bodite pazljivi; včasih vam ta zastavica vključi tudi
 [[_removing_files]]
 ==== Odstranjevanje datotek
 
-(((files, removing)))
+(((Datoteke, odstranjevanje)))
 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.
 
@@ -587,7 +587,7 @@ Ta ukaz odstrani vse datoteke, ki se končajo z `~`.
 [[_git_mv]]
 ==== Premikanje datotek
 
-(((files, moving)))
+(((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.