Proofread chapter 1 and 2

A-git-in-other-environments.asc

@@ -3,9 +3,9 @@
 == Git v drugih okoljih
 
 Če ste prebrali celotno knjigo, ste se naučili veliko o tem, kako uporabljati Git v ukazni vrstici.
-Lahko delate z lokalnimi datotekami, povežete vaš repozitorij z drugimi preko omrežja in učinkovito sodelujete z ostalimi.
+Lahko delate z lokalnimi datotekami, povežete svoj repozitorij z drugimi preko omrežja in učinkovito sodelujete z drugimi.
 Vendar zgodba se tu ne konča; Git je običajno uporabljen kot del večjega ekosistema in terminal ni vedno najboljši način za delo z njim.
-Sedaj bomo pogledali nekaj drugih vrst okolj, kjer je Git lahko uporaben in kako druge aplikacije (vključno z vašo) delajo skupaj z Gitom.
+Sedaj bomo pogledali nekaj drugih vrst okolja, kjer je Git lahko uporaben in kako druge aplikacije (vključno z vašo) delajo skupaj z Gitom.
 
 include::book/A-git-in-other-environments/sections/guis.asc[]
 
@@ -25,4 +25,4 @@ include::book/A-git-in-other-environments/sections/powershell.asc[]
 
 === Povzetek
 
-Naučili ste se, kako izkoristiti moč Gita znotraj orodij, ki jih uporabljate med vašim vsakodnevnim delom, in tudi kako dostopati do repozitorijev Git iz vaših lastnih programov.
+Naučili ste se, kako izkoristiti moč Gita znotraj orodij, ki jih uporabljate med svojim vsakodnevnim delom, in tudi kako dostopati do repozitorijev Git iz vaših lastnih programov.

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

@@ -3,9 +3,9 @@
 == Vdelava Gita v vašo aplikacijo
 
 Č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.
+Tudi aplikacije, ki niso namenjene razvijalcem, kot so urejevalniki dokumentov, lahko potencialno uporabijo 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.
+Če morate 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.
 Tu bomo pogledali integracijo z ukazno vrstico in nekaj najbolj priljubljenih knjižnic Git za vdelavo.
 
 include::book/B-embedding-git/sections/command-line.asc[]

C-git-commands.asc

@@ -5,7 +5,7 @@
 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.
+V tem dodatku bomo pregledali vse ukaze Git, ki smo jih obravnavali v knjigi, in približno so razvrščeni glede na to, za kaj se uporabljajo.
 Govorili bomo o tem, kaj vsak ukaz na splošno naredi, in nato poudarili, kje v knjigi smo ga uporabili.
 
 [TIP]
@@ -29,15 +29,15 @@ Obstaja več datotek, ki jih bo ta ukaz prebral in zapisal, tako da lahko vredno
 
 Ukaz `git config` se uporablja v skoraj vsakem poglavju knjige.
 
-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 razdelku <<ch01-getting-started#_first_time>> smo ga uporabili, da smo pred začetkom uporabe Gita določili svoje ime, e-poštni naslov in nastavitve urejevalnika.
 
 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 razdelku <<ch03-git-branching#_rebasing>> smo ga uporabili, da smo določili privzeto vedenje `--rebase`, ko zaženemo ukaz `git pull`.
 
 V razdelku <<ch07-git-tools#_credential_caching>> smo ga uporabili, da smo nastavili privzeti repozitorij za vaša gesla HTTP.
 
-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.
+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 celoten razdelek <<ch08-customizing-git#_git_config>> je posvečen temu ukazu.
 
@@ -110,11 +110,11 @@ Ustvari novo mapo, vstopi vanjo in zažene `git init`, da naredi prazen repozito
 
 Ukaz `git clone` se uporablja na desetinah mest po knjigi, vendar bomo našteli le nekaj zanimivih.
 
-Uvodoma je predstavljen in pojasnjen v <<ch02-git-basics-chapter#_git_cloning>>, kjer smo predstavili nekaj primerov.
+V uvodu je predstavljen in pojasnjen v <<ch02-git-basics-chapter#_git_cloning>>, kjer smo predstavili nekaj primerov.
 
 V poglavju <<ch04-git-on-the-server#_getting_git_on_a_server>> smo preučili uporabo možnosti `--bare`, da ustvarimo kopijo repozitorija Git brez delovne mape.
 
-V poglavju <<ch07-git-tools#_bundling>> smo ga uporabili za razpakiranje zapakiranega repozitorija Git.
+V poglavju <<ch07-git-tools#_bundling>> smo ga uporabili za odprtje repozitorija Git, povezanega v paket.
 
 Končno pa smo v poglavju <<ch07-git-tools#_cloning_submodules>> spoznali možnost `--recurse-submodules`, ki poenostavi kloniranje repozitorija z vdelanimi podmoduli.
 
@@ -129,7 +129,7 @@ Za osnovni potek dela s posnetki vsebine in potrjevanjem v zgodovino je le nekaj
 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 mestih.
+Ta ukaz je v Gitu izjemno pomemben in je v tej knjigi omenjen ali uporabljen na desetine mest.
 Hitro bomo pokrili nekatere edinstvene načine uporabe.
 
 Najprej smo podrobno predstavili in razložili `git add` v poglavju <<ch02-git-basics-chapter#_tracking_files>>.
@@ -205,7 +205,7 @@ Podobno kot ukaz `git add`, tudi ta ukaz pripravi odstranitev datoteke za nasled
 V poglavju <<ch02-git-basics-chapter#_removing_files>> smo podrobneje obravnavali ukaz `git rm`, vključno z rekurzivnim odstranjevanjem datotek in odstranjevanjem datotek samo iz področja priprave, vendar jih pustimo v delovnem direktoriju z uporabo možnosti `--cached`.
 
 Edina druga različna uporaba ukaza `git rm` v knjigi je v poglavju <<ch10-git-internals#_removing_objects>>, kjer smo na kratko uporabili in pojasnili uporabo možnosti `--ignore-unmatch` pri izvajanju ukaza `git filter-branch`, kar preprosto preprečuje, da bi se prijavila napaka, ko datoteke, ki jih želimo odstraniti, ni.
-To lahko koristi za skriptiranje.
+To se lahko uporabi za skriptiranje.
 
 ==== git mv
 
@@ -218,7 +218,7 @@ Ta ukaz smo samo na kratko omenili v poglavju <<ch02-git-basics-chapter#_git_mv>
 Ukaz `git clean` se uporablja za odstranjevanje nepotrebnih datotek iz vašega delovnega direktorija.
 To lahko vključuje odstranjevanje začasnih artefaktov gradnje ali datotek z združitvenimi konflikti.
 
-Veliko možnosti in scenarijev, v katerih bi uporabili ukaz clean, smo obravnavali v poglavju <<ch07-git-tools#_git_clean>>.
+Veliko možnosti in scenarijev, v katerih bi uporabili ukaz `clean`, smo obravnavali v poglavju <<ch07-git-tools#_git_clean>>.
 
 === Veje in združevanje
 
@@ -275,15 +275,15 @@ Omenili smo ga na hitro v <<ch03-git-branching#_basic_merge_conflicts>> in podro
 ==== git log
 
 Ukaz `git log` se uporablja za prikazovanje dosegljive zabeležene zgodovine projekta od najnovejše zabeležene različice nazaj.
-Privzeto prikazuje samo zgodovino veje, na kateri se trenutno nahajate, vendar lahko navedete drugačne ali celo več glav ali vej, od katerih se želite premikati.
+Privzeto prikazuje samo zgodovino veje, na kateri trenutno ste, vendar lahko navedete drugačne ali celo več glav ali vej, od katerih se želite premikati.
 Pogosto se uporablja tudi za prikaz razlik med dvema ali več vejami na ravni potrditev.
 
 Ta ukaz se uporablja v skoraj vsakem poglavju knjige za prikazovanje zgodovine projekta.
 
 Ukaz smo predstavili in ga podrobno obravnavali v <<ch02-git-basics-chapter#_viewing_history>>.
 Tam smo si ogledali možnosti `-p` in `--stat`, da dobimo idejo, kaj je bilo predstavljeno v vsaki potrditvi, in možnosti `--pretty` in `--oneline`, da si zgodovino ogledamo bolj jedrnato, skupaj s preprostimi možnostmi filtriranja po datumu in avtorju.
 
-V <<ch03-git-branching#_create_new_branch>> smo ga uporabili z možnostjo `--decorate`, da si lažje vizualiziramo, kje so kazalniki naših vej, in uporabimo tudi možnost `--graph`, da si ogledamo, kako izgledajo različne zgodovine.
+V <<ch03-git-branching#_create_new_branch>> smo ga uporabili z možnostjo `--decorate`, da si lažje vizualiziramo, kje so kazalniki naših vej, in uporabimo tudi možnost `--graph`, da si ogledamo, kako so videti različne zgodovine.
 
 V poglavjih <<ch05-distributed-git#_private_team>> in <<ch07-git-tools#_commit_ranges>> smo pokrili sintakso `branchA..branchB` pri uporabi ukaza `git log`, da vidimo, katere potrditve so edinstvene za vejo v primerjavi z drugo vejo.
 V <<ch07-git-tools#_commit_ranges>> smo to precej obsežno obravnavali.
@@ -327,7 +327,7 @@ Uporabljali smo ga tudi v več primerih v <<ch05-distributed-git#_contributing_p
 
 Uporabljali smo ga za prenos posamezne specifične reference, ki je zunaj privzetega prostora v <<ch06-github#_pr_refs>> in videli, kako prenesti iz svežnja v <<ch07-git-tools#_bundling>>.
 
-V <<ch10-git-internals#_refspec>> smo nastavili zelo prilagojene refspecifikacije, da `git fetch` opravi nekoliko drugačno dejanje kot privzeto.
+V <<ch10-git-internals#_refspec>> smo nastavili zelo prilagojene referenčne specifikacije, da `git fetch` opravi nekoliko drugačno dejanje kot privzeto.
 
 ==== git pull
 
@@ -344,7 +344,7 @@ Na koncu smo zelo hitro omenili, da mu lahko s stikalom `--verify-signatures` om
 ==== git push
 
 Ukaz `git push` se uporablja za komunikacijo z drugim repozitorijem, izračuna razliko med lokalno bazo podatkov in oddaljeno bazo podatkov ter to razliko potisne v drug repozitorij.
-Potreben je dostop za pisanje do drugega repozitorija in običajno je na nek način overjen.
+Potreben je dostop za pisanje do drugega repozitorija in običajno je na nekakšen način overjen.
 
 Najprej smo si ogledali ukaz `git push` v poglavju <<ch02-git-basics-chapter#_pushing_remotes>>.
 Tukaj smo pokrili osnove potiskanja veje v oddaljeni repozitorij.
@@ -355,7 +355,7 @@ Skozi poglavje <<ch05-distributed-git#_contributing_project>> smo si ogledali ve
 
 V poglavju <<ch02-git-basics-chapter#_sharing_tags>> smo videli, kako ga uporabiti za deljenje oznak, ki ste jih ustvarili, z uporabo možnosti `--tags`.
 
-V poglavju <<ch07-git-tools#_publishing_submodules>> smo uporabili možnost `--recurse-submodules`, da smo preverili, ali je bilo vso delo z našimi podmoduli objavljeno, preden potisnemo nadrejeni projekt, kar je lahko resnično koristno pri uporabi podmodulov.
+V poglavju <<ch07-git-tools#_publishing_submodules>> smo uporabili možnost `--recurse-submodules`, da smo preverili, ali je bilo vse delo z našimi podmoduli objavljeno, preden potisnemo nadrejeni projekt, kar je lahko resnično koristno pri uporabi podmodulov.
 
 V poglavju <<ch08-customizing-git#_other_client_hooks>> smo na kratko govorili o kljuki `pre-push`, ki je skripta, ki jo lahko nastavimo, da se izvede pred končanjem potiskanja, da preveri, ali je potiskanje dovoljeno.
 
@@ -364,7 +364,7 @@ To vam lahko pomaga, da boste zelo specifični glede dela, ki ga želite deliti.
 
 ==== git remote
 
-Ukaz `git remote` je upravljalsko orodje za vaše zapise oddaljenih repozitorijev.
+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.
 Lahko imate več takih ročajev in ukaz `git remote` se uporablja za dodajanje, spreminjanje in brisanje teh ročajev.
 
@@ -427,7 +427,7 @@ V celoti je opisano v poglavju <<ch07-git-tools#_binary_search>> in je samo omen
 ==== git blame
 
 Ukaz `git blame` označuje vrstice katere koli datoteke s potrditvijo, ki je bila zadnja, ki je uvedla spremembo v vsako vrstico datoteke, in kdo je ta potrditev ustvaril.
-To je koristno, da najdete osebo, ki jo lahko povprašate po dodatnih informacijah o določenem delu vaše kode.
+To je koristno, da najdete osebo, ki jo lahko povprašate po dodatnih informacijah o določenem delu svoje kode.
 
 Opisan je v poglavju <<ch07-git-tools#_file_annotation>> in se samo omeni v tem poglavju.
 
@@ -439,12 +439,12 @@ Opisan je v poglavju <<ch07-git-tools#_git_grep>> in se samo omeni v tem poglavj
 
 === Popravljanje
 
-Nekaj ukazov v Gitu se osredotoča na koncept razmišljanja o potrditvah glede na spremembe, ki jih uvajajo, kot da bi bila serija potrditev serija popravkov.
-Ti ukazi vam pomagajo upravljati vaše veje na ta način.
+Nekaj ukazov v Gitu se osredotoča na zasnovo razmišljanja o potrditvah glede na spremembe, ki jih uvajajo, kot da bi bila serija potrditev serija popravkov.
+Ti ukazi vam pomagajo upravljati veje na ta način.
 
 ==== git cherry-pick
 
-Ukaz `git cherry-pick` se uporablja za vzemanje spremembe, uvedene v eni potrditvi Gita, in poskuša ponovno uvesti kot novo potrditev na veji, na kateri trenutno delate.
+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 (ang. "cherry picking") je opisan in prikazan v <<ch05-distributed-git#_rebase_cherry_pick>>.
@@ -536,7 +536,7 @@ Ta ukaz je podrobno opisan v poglavju <<ch09-git-and-other-systems#_custom_impor
 
 === Administracija
 
-Če upravljate z repozitorijem Git ali morate nekaj popraviti na velik način, Git zagotavlja številne upravljavske ukaze, ki vam lahko pomagajo.
+Če upravljate repozitorij Git ali morate nekaj popraviti na velik način, Git zagotavlja številne upravljavske ukaze, ki vam lahko pomagajo.
 
 ==== git gc