Lokalizacija Appendix -> Додатак, мање исправке

Author: eevan78

C-git-commands.asc

@@ -292,7 +292,7 @@
 У <<ch07-git-tools#_merge_log>> и <<ch07-git-tools#_triple_dot>> приказујемо `гранаA...гранаБ` формат и `--left-right` синтаксу да видимо шта се налази на једној грани или на другој, али не на обе.
 У <<ch07-git-tools#_merge_log>> такође показујемо како да се опција `--merge` користи као помоћ код дибаговања конфликта при спајању, као и употребу опције `--cc` за преглед конфликата комитова спајања у историји.
 
-У <<ch07-git-tools#_git_reflog>> користимо опцију `-g` за преглед Гит „reflog” кроз овај алат, уместо да вршимо обилазак гране.
+У <<ch07-git-tools#_git_reflog>> користимо опцију `-g` за преглед Гит __reflog__ кроз овај алат, уместо да вршимо обилазак гране.
 
 У <<ch07-git-tools#_searching>> приказујемо употребу опција `-S` и `-L` за обављање прилично софистицираних претрага нечега што се историјски десило у коду, као што је праћење историје неке функције.
 
@@ -378,7 +378,7 @@
 
 Команда `git archive` се користи за креирање фајла архиве одређеног снимка пројекта.
 
-У <<ch05-distributed-git#_preparing_release>> команду `git archive` користимо да направимо „tarball” архиву пројекта коју можемо да делимо.
+У <<ch05-distributed-git#_preparing_release>> команду `git archive` користимо да направимо __tarball__ архиву пројекта коју можемо да делимо.
 
 ==== git submodule
 
@@ -493,7 +493,7 @@
 
 Такође постоји и већи број кука које можете користити као помоћ у процесу рада везаног за команду `git am` и све оне су приказане у <<ch08-customizing-git#_email_hooks>>.
 
-Такође је у <<ch06-github#_email_notifications>> користимо да се примени закрпа са изменама форматираним као „GitHub” захтев за повлачење.
+Такође је у <<ch06-github#_email_notifications>> користимо да се примени закрпа са изменама форматираним као __GitHub__ захтев за повлачење.
 
 ==== git format-patch
 

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

@@ -5,7 +5,7 @@
 Контрола верзије је систем који памти промене фајла или скупа фајлова настале током времена и који вам омогућава да се касније вратите на одређене верзије.
 Као примере у овој књизи користићете изворни кôд софтвера као фајлове над којима се примењује контрола верзије, али у стварности овакав приступ би радио са скоро сваком врстом фајлова на рачунару.
 
-Ако сте графички или веб дизајнер и желите да сачувате сваку верзију слике или макете (што је добра пракса), врло је мудра идеја користити систем за контролу верзије _(Version Control System_, VCS).
+Ако сте графички или веб дизајнер и желите да сачувате сваку верзију слике или макете (што је добра пракса), врло је мудра идеја користити систем за контролу верзије _(Version Control System,_ VCS).
 Дозвољава вам да вратите фајлове на пређашње стање, да вратите читав пројекат на пређашње стање, да поредите измене током времена, да видите ко је последњи изменио нешто што би могло да буде узрок проблема који је настао, ко је објавио да постоји неки проблем и када, и још много тога.
 У општем случају, употреба VCS система подразумева и то да ако нешто забрљате или изгубите фајлове, лако можете да их повратите.
 Штавише, све ово добијате уз веома мало муке.

book/03-git-branching/sections/nutshell.asc

@@ -3,13 +3,13 @@
 
 Да бисмо заиста разумели како програм Гит барата гранањем, морамо да се вратимо корак уназад и да истражимо како програм Гит чува податке.
 
-Као што се можда сећате из <<ch01-getting-started#what_is_git_section>>, програм Гит не чува податке као низ скупова промена или разлика, већ као низ „снимака”.
+Као што се можда сећате из <<ch01-getting-started#what_is_git_section>>, програм Гит не чува податке као низ скупова промена или разлика, већ као низ __снимака__.
 
 Када направите комит, program Гит чува комит објекат који садржи показивач на снимак садржаја који сте стејџовали.
 Овај објекат такође садржи и ауторово име и мејл адресу, поруку која је унесена, као и показиваче на комит или комитове који су директно претходили овом комиту (тј. његовог родитеља или родитеље): нула родитеља за почетни комит, једног родитеља за нормални комит, и више родитеља за комит који је резултат спајања две или више грана.
 
 Да бисмо ово сликовито приказали, претпоставимо да имате директоријум који садржи три фајла и да их све стејџујете, а затим комитујете.
-Стејџовање фајлова рачуна контролну суму сваког од њих (SHA-1 хеш као што смо поменули у <<ch01-getting-started#what_is_git_section>>), чува ту верзију фајла у Гит репозиторијум (програм Гит то назива „блобовима”) и додаје ту контролну суму на стејџ:
+Стејџовање фајлова рачуна контролну суму сваког од њих (SHA-1 хеш као што смо поменули у <<ch01-getting-started#what_is_git_section>>), чува ту верзију фајла у Гит репозиторијум (програм Гит то назива __блобовима)__ и додаје ту контролну суму на стејџ:
 
 [source,console]
 ----

book/05-distributed-git/sections/contributing.asc

@@ -547,7 +547,7 @@ $ git push -u myfork featureA
 
 (((гит команде, request-pull)))
 Када ваш рад гурнете на свој рачвани репозиторијум, треба да обавестите одржаваоце оригиналног пројекта да имате рад који бисте желели да споје.
-Ово се често назива захтевом за повлачење _(pull request)_ и обично га генеришете или преко веб сајта -- GitHub има свој сопствени „Pull Request” механизам захтева за повлачење који ћемо обрадити у <<ch06-github#ch06-github>> -- или можете да покренете команду `git request-pull` и ручно пошаљете њен излаз на имејл одржаваоца пројекта.
+Ово се често назива захтевом за повлачење _(pull request)_ и обично га генеришете или преко веб сајта -- GitHub има свој сопствени __„Pull Request”__ механизам захтева за повлачење који ћемо обрадити у <<ch06-github#ch06-github>> -- или можете да покренете команду `git request-pull` и ручно пошаљете њен излаз на имејл одржаваоца пројекта.
 
 Команда `git request-pull` узима основну грану у коју желите да повучете своју тематску грану и URL Гит репозиторијума са ког желите да се повуче, па штампа сажетак свих промена које тражите да се повуку.
 На пример, ако Џесика жели да Џону пошаље захтев за повлачење, а урадила је два комита на тематској грани коју је управо гурнула, може да изврши следеће:

book/05-distributed-git/sections/maintaining.asc

@@ -406,7 +406,7 @@ image::images/rebasing-2.png[Историја након одабира коми
 (((гит команде, rerere)))(((rerere)))
 Ако радите пуно спајања и ребазирања, или одржавате дуготрајну тематску грану, програм Гит вам пружа могућност под именом „rerere” која може да помогне.
 
-Rerere је скраћеница од _„reuse recorded resolution”_ (поново искористи забележено решење) -- то је начин да се скрати ручно решавање конфликта.
+_Rerere_ је скраћеница од _„reuse recorded resolution”_ (поново искористи забележено решење) -- то је начин да се скрати ручно решавање конфликта.
 Када је rerere укључено, програм Гит ће чувати скуп пре- и пост-слика успешних спајања, па ако примети да постоји конфликт који потпуно личи на неки који сте већ разрешили, онда ће искористити то решење од прошлог пута и неће вас замарати тиме.
 
 Ова могућност долази у два дела: конфигурационо подешавање и команда.

book/06-github/sections/2-contributing.asc

@@ -181,7 +181,7 @@ image::images/blink-05-general-comment.png[Страница за дискуси
 .Коначни захтев за повлачење
 image::images/blink-06-final.png[Коначни захтев за повлачење]
 
-Занимљива ствар коју можете приметити је да ако на овом захтеву за повлачење кликнете на картицу _„Files Changed”_, добићете „уједињену” разлику -- другим речима, укупну нагомилану разлику која би била уведена у вашу главну грану ако би се ова тематска грана спојила са њом.
+Занимљива ствар коју можете приметити је да ако на овом захтеву за повлачење кликнете на картицу __„Files Changed”__, добићете „уједињену” разлику -- другим речима, укупну нагомилану разлику која би била уведена у вашу главну грану ако би се ова тематска грана спојила са њом.
 Ако посматрамо `git diff`, ово вам у суштини аутоматски покаже `git diff master...<грана>` за грану на којој је базиран захтев за повлачење.
 Погледајте <<ch05-distributed-git#_what_is_introduced>> за више информација о овој врсти разлике.
 
@@ -219,7 +219,7 @@ image::images/blink-06-final.png[Коначни захтев за повлаче
 На пример, ако се вратите назад и опет погледате <<_pr_final>>, приметићете да сарадник није ребазирао свој комит и послао још један захтев за повлачење.
 Уместо тога, додао је нове комитове и гурнуо их на постојећу грану.
 На овај начин, ако се касније вратите назад и погледате овај захтев за повлачење, моћи ћете лако да нађете контекст због кога су донете одлуке.
-Ако на сајту кликните на дугме _„Merge”_, намерно се прави комит спајања који указује на захтев за повлачење тако да лако можете да се вратите назад и истражите оригиналну дискусију, ако то буде било потребно.
+Ако на сајту кликните на дугме __„Merge”__, намерно се прави комит спајања који указује на захтев за повлачење тако да лако можете да се вратите назад и истражите оригиналну дискусију, ако то буде било потребно.
 
 ===== Како одржати корак са узводним гранама
 

book/06-github/sections/3-maintaining.asc

@@ -105,9 +105,9 @@ image::images/maint-03-email-resp.png[Имејл одговор]
 
 Онда када кôд буде сређен и када пожелите да га спојите, можете или да повучете кôд и спојите га локално, или да искористите `git pull <url> <branch>` синтаксу коју смо видели раније, или да рачву додате као удаљени репозиторијум па онда преузимате и спајате.
 
-Ако је спајање тривијалано, можете и само да притиснете дугме _„Merge”_ на GitHub веб сајту.
+Ако је спајање тривијалано, можете и само да притиснете дугме __„Merge”__ на GitHub веб сајту.
 Ово ће урадити „не премотавај унапред” спајање, што значи да ће направити комит спајања чак и ако је могуће спајање премотавањем унапред.
-Ово значи да ће без обзира на све, кадгод притиснете _„Merge”_ дугме настати нови комит спајања.
+Ово значи да ће без обзира на све, кадгод притиснете __„Merge”__ дугме настати нови комит спајања.
 Као што видите у <<_merge_button>>, GitHub вам даје све ове информације ако кликнете на линк савета.
 
 [[_merge_button]]
@@ -125,7 +125,7 @@ image::images/maint-02-merge.png[Дугме _Merge_]
 GitHub заправо оглашава гране које су захтев за повлачење репозиторијума као врсту псеудограна на серверу.
 Подразумевано их не добијате када клонирате, али оне су ту прикривене и можете да им приступите прилично једноставно.
 
-Да бисмо ово показали, користићемо команду ниског нивоа (често се користи термин „цевоводна” _plumbing_ команда, о чему ћете више прочитати у <<ch10-git-internals#_plumbing_porcelain>>) која се зове `ls-remote`.
+Да бисмо ово показали, користићемо команду ниског нивоа (често се користи термин „цевоводна” __plumbing__ команда, о чему ћете више прочитати у <<ch10-git-internals#_plumbing_porcelain>>) која се зове `ls-remote`.
 Ова команда се у општем случају не користи у свакодневним Гит операцијама али је корисна да нам покаже које референце постоје на серверу.
 
 Ако извршимо ову команду над „blink” репозиторијумом који смо раније користили, добићемо листу свих грана и ознака и осталих референци у репозиторијуму.
@@ -177,7 +177,7 @@ From https://github.com/libgit2/libgit2
     fetch = +refs/heads/*:refs/remotes/origin/*
 ----
 
-Она линија која почиње са `fetch =` је такозвани „рефспек”.
+Она линија која почиње са `fetch =` је такозвани _рефспек_.
 То је начин мапирања имена на удаљеном репозиторијуму у имена у вашем локалном `.git` директоријуму.
 Линија из примера говори програму Гит „ствари на удаљеном репозиторијуму које се налазе под `refs/heads` треба да иду у мој локални репозиторијум под `refs/remotes/origin`".
 Можете изменити овај одељак тако да додате још један рефспек:

book/06-github/sections/4-managing-organization.asc

@@ -43,11 +43,11 @@ image::images/neworg.png[_„New organization”_ ставка менија]
 .Страница организације
 image::images/orgs-01-page.png[Страница организације]
 
-Да бисте управљали тимовима, можете да кликнете на _„Teams”_ траку са десне стране у <<_org_page>>.
+Да бисте управљали тимовима, можете да кликнете на __„Teams”__ траку са десне стране у <<_org_page>>.
 
 Ово ће вас одвести на страницу на којој можете да додајете чланове у тим, да додајете репозиторијуме у тим или да управљате подешавањима и нивоима контроле приступа за тим.
 Сваки тим може да има дозволу да само за читање, за читање и упис, или административни приступ репозиторијумима.
-Нивое можете да промените кликом на дугме _„Settings”_ у <<_team_page>>.
+Нивое можете да промените кликом на дугме _-„Settings”__ у <<_team_page>>.
 
 [[_team_page]]
 .Teams страница