Sređeni problemi sa linkovima, prevedni su

Table of Contents -> Sadržaj
Figure -> Slika

i ispravljene sitne greške.

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
 
@@ -515,7 +515,7 @@
 
 ==== git request-pull
 
-Команда `git request-pull` се једноставно користи да генерише пример тела имејл поруке  коју треба некоме да пошаљете.
+Команда `git request-pull` се једноставно користи да генерише пример тела имејл поруке коју треба некоме да пошаљете.
 Ако имате грану на јавном серверу и желите да неко зна како да интегрише те измене без потребе да закрпе шаљете имејлом, можете да извршите ову команду и пошаљете њен излаз особи која треба да повуче измене.
 
 Начин употребе команде `git request-pull` за генерисање поруке повлачења описујемо у <<ch05-distributed-git#_public_project>>.

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

@@ -225,7 +225,7 @@ $ cat .gitignore
 *  образац можете да негирате тако што ћете га почети знаком узвика (`!`).
 
 _Glob_ обрасци су као поједностављени регуларни изрази које користе командна окружења.
-Звездица (`*`) хвата један или више карактера; `[abc]` хвата сваки карактер у великим заградама (у овом случају a, b или c); знак питања (`?`) хвата један карактер; а велике заграде у којима се налазе карактери раздвојени цртицом (`[0-9]`) хватају било који карактер између њих (у овом случају од 0 до 9).
+Звездица (`\*`) хвата један или више карактера; `[abc]` хвата сваки карактер у великим заградама (у овом случају a, b или c); знак питања (`?`) хвата један карактер; а велике заграде у којима се налазе карактери раздвојени цртицом (`[0-9]`) хватају било који карактер између њих (у овом случају од 0 до 9).
 Можете да користите и две звездице за хватање угњеждених директоријума; `a/**/z` би хватало `a/z`, `a/b/z`, `a/b/c/z`, и тако даље.
 
 Ево још једног примера `.gitignore` фајла:

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/03-git-branching/sections/rebasing.asc

@@ -15,6 +15,7 @@ image::images/basic-rebase-1.png[Једноставна разграната и
 Као што смо већ раније показали, најлакши начин да интегришете гране је помоћу команде `merge`.
 Она ће урадити троструко спајање између два последња снимка са грана (`C3` и `C4`) и њиховог најсвежијег заједничког претка (`C2`), стварајући нови снимак (и комит).
 
+[[rebasing-merging-example]]
 .Спајање ради интеграције разгранате историје рада
 image::images/basic-rebase-2.png[Спајање ради интеграције разгранате историје рада]
 

book/04-git-server/sections/git-on-a-server.asc

@@ -1,4 +1,4 @@
-[[_git_on_the_server]]
+[[_getting_git_on_a_server]]
 === Постављање програма Гит на сервер
 
 Сада ћемо показати како се подешава Гит сервис тако да извршава ове протоколе на вашем сопственом серверу.

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

@@ -321,7 +321,7 @@ image::images/merging-workflows-2.png[После спајања тематске
 Ако имате важнији пројекат, можда ћете желети да користите двофазни циклус спајања.
 У овом сценарију имате две дуготрајне гране, `master` и `develop`, у којима одређујете да се `master` ажурира само када се издвоји врло стабилно издање и сав нови кôд се интегрише у `develop` грану.
 Обе ове гране редовно гурате у јавни репозиторијум.
-Сваки пут када имате нову тематску грану коју треба спојити (<<merwf_c>>), спајате је у `develop` (<<merwf_d>>); затим, када означите издање, `master` грану премотате унапред на место на којем се налази сада стабилна `develop` грана (<<merwf__e>>).
+Сваки пут када имате нову тематску грану коју треба спојити (<<merwf_c>>), спајате је у `develop` (<<merwf_d>>); затим, када означите издање, `master` грану премотате унапред на место на којем се налази сада стабилна `develop` грана (<<merwf_e>>).
 
 [[merwf_c]]
 .Пре спајања тематске гране
@@ -530,7 +530,7 @@ $ git archive master --prefix='project/' --format=zip > `git describe master`.zi
 [[_the_shortlog]]
 ==== Кратки лог
 
-(((git komande, shortlog)))
+(((гит команде, shortlog)))
 Време је да пошаљете имејл људима на вашој листи који желе да знају шта се дешава са вашим пројектом.
 Леп начин да брзо добијете неку врсту белешки промена (тзв. _changelog)_ онога што је додато у пројекат од последњег издања или мејла је да употребите `git shortlog` команду.
 Она ће сумирати све комитове у опсегу који наведете; на пример, следећа команда ће вам дати кратак преглед свих комитова од последњег издања, ако се последње издање зове v1.0.1:

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

@@ -25,7 +25,7 @@ image::images/forkbutton.png[_„Fork”_ дугме]
 
 Након неколико секунди, бићете одведени на страницу свог новог пројекта, са својом сопственом копијом кода по којој можете да пишете.
 
-[[_github_flow]]
+[[ch06-github_flow]]
 ==== GitHub процес рада
 
 (((GitHub, процес)))
@@ -482,7 +482,7 @@ https://www.webfx.com/tools/emoji-cheat-sheet/
 .Превуците и пустите слике да бисте их пошаљете на сервер и аутоматски уградите
 image::images/markdown-08-drag-drop.png[Превлачење и пуштање слика]
 
-Ако погледате на <<_md_drag>>, видећете мали савет _„Parsed as Markdown”_ изнад текст поља.
+Ако погледате на <<_md_drag>>, видећете мали савет „Parsed as Markdown” изнад текст поља.
 Клик на то ће вам приказати велики пано са свиме што можете урадити са Маркдауном на сервису GitHub.
 
 [[_fetch_and_push_on_different_repositories]]

book/06-github/sections/5-scripting.asc

@@ -42,7 +42,7 @@ image::images/scripting-02-email-service.png[Имејл сервис]
 
 У општем случају, ово функционише тако да можете подесити мали веб сервис који слуша товар GitHub куке и онда ради нешто са подацима када их прими.
 
-Да бисте омогућили куку, кликните на дугме _„Add webhook”_ у <<__services_hooks>>.
+Да бисте омогућили куку, кликните на дугме _„Add webhook”_ у <<_services_hooks>>.
 То ће вас одвести на страницу која изгледа као <<_web_hook>>.
 
 [[_web_hook]]
@@ -282,7 +282,7 @@ end
 У овом случају можете да пошаљете стање (_'success'_ тј. успех, _'failure'_ тј. неуспех, _'error'_ тј. грешка), опис онога што се десило, одредишни URL на који корисник може да оде за више информација и _„context”_ у случају да има више статуса за један комит.
 На пример, сервис за тестирање може да јави статус, а и сервис за валидацију као што је овај може такође да јави статус -- разлика између њих се прави путем _„context”_ поља.
 
-Ако неко отвори нови захтев за повлачење на сервису GitHub и овај кука се окине, могли бисте видети нешто као <<_commit _status>>.
+Ако неко отвори нови захтев за повлачење на сервису GitHub и овај кука се окине, могли бисте видети нешто као <<_commit_status>>.
 
 [[_commit_status]]
 .Статус комита преко API

book/07-git-tools/sections/rerere.asc

@@ -1,4 +1,4 @@
-[[_rerere]]
+[[ref_rerere]]
 === Rerere
 
 `git rerere` функционалност је донекле скривена могућност.

book/07-git-tools/sections/rewriting-history.asc

@@ -53,7 +53,7 @@ $ git commit --amend --no-edit
 ====
 
 [[_changing_multiple]]
-==== Changing Multiple Commit Messages
+==== Измена више комит порука одједном
 
 Ако желите да измените комит који се налази даље у вашој историји, морате да употребите сложеније алате.
 Програм Гит нема алат за измену историје, али можете употребити _rebase_ да ребазирате низ комитова на HEAD на којем су оригинално били базирани уместо да их премештате на неки други.