Исправлен знак тире

B-embedding-git.asc

@@ -3,7 +3,7 @@
 == Встраивание Git в ваши приложения
 
 Если вы пишете приложение для разработчиков, с высокой вероятностью оно выиграет от интеграции с системой управления версиями.
-Даже приложения для обычных пользователей — например, текстовые редакторы — могут извлечь пользу из систем управления версиями. Git хорошо работает во многих сценариях.
+Даже приложения для обычных пользователей -- например, текстовые редакторы -- могут извлечь пользу из систем управления версиями. Git хорошо работает во многих сценариях.
 
 Если вам нужно интегрировать Git в ваше приложение, то у вас есть два основных варианта: запустить шелл и выполнять Git команды в нем или добавить библиотеку Git и использовать её.
 Ниже мы рассмотрим интеграцию командной строки и несколько найболее популярных встраиваемых библиотек Git.

C-git-commands.asc

@@ -16,7 +16,7 @@
 
 === Настройка и конфигурация
 
-Две довольно распространённые команды, используемые как сразу после установки Git, так и в повседневной практике для настройки и получения помощи — это `config` и `help`.
+Две довольно распространённые команды, используемые как сразу после установки Git, так и в повседневной практике для настройки и получения помощи -- это `config` и `help`.
 
 ==== git config
 
@@ -80,7 +80,7 @@
 
 === Клонирование и создание репозиториев
 
-Существует два способа создать Git репозиторий. Первый — клонировать его из существующего репозитория (например, по сети); второй — создать репозиторий в существующей директории.
+Существует два способа создать Git репозиторий. Первый -- клонировать его из существующего репозитория (например, по сети); второй -- создать репозиторий в существующей директории.
 
 ==== git init
 
@@ -139,7 +139,7 @@
 
 Команда `git diff` используется для вычисления разницы между любыми двумя Git деревьями. Это может быть разница между вашей рабочей директорией и индексом (собственно `git diff`), разница между индексом и последним коммитом (`git diff --staged`), или между любыми двумя коммитами (`git diff master branchB`).
 
-Мы познакомили вас с основами этой команды в главе <<ch02-git-basics#r_git_diff_staged>>, где показали как посмотреть какие изменения уже добавлены в индекс, а какие — ещё нет.
+Мы познакомили вас с основами этой команды в главе <<ch02-git-basics#r_git_diff_staged>>, где показали как посмотреть какие изменения уже добавлены в индекс, а какие -- ещё нет.
 
 О том как использовать эту команду для проверки на проблемы с пробелами с помощью аргумента `--check` можно почитать в главе <<ch05-distributed-git#r_commit_guidelines>>.
 
@@ -189,7 +189,7 @@
 
 ==== git mv
 
-Команда `git mv` — это всего лишь удобный способ переместить файл, а затем выполнить `git add` для нового файла и `git rm` для старого.
+Команда `git mv` -- это всего лишь удобный способ переместить файл, а затем выполнить `git add` для нового файла и `git rm` для старого.
 
 Мы лишь вкратце упомянули это команду в главе <<ch02-git-basics#r_git_mv>>.
 
@@ -205,7 +205,7 @@
 
 ==== git branch
 
-Команда `git branch` — это своего рода "менеджер веток". Она умеет перечислять ваши ветки, создавать новые, удалять и переименовывать их.
+Команда `git branch` -- это своего рода "менеджер веток". Она умеет перечислять ваши ветки, создавать новые, удалять и переименовывать их.
 
 Большая часть главы <<ch03-git-branching#ch03-git-branching>> посвящена этой команде, она используется повсеместно в этой главе. Впервые команда `branch` была представлена в разделе <<ch03-git-branching#r_create_new_branch>>, а большинство таких её фич как перечисление и удаление веток были разобраны в разделе <<ch03-git-branching#r_branch_management>>.
 
@@ -253,7 +253,7 @@
 
 Практически во всех главах книги эта команда используется для демонстрации истории проекта.
 
-Мы познакомились c `git log` и некоторыми её деталями в главе <<ch02-git-basics#r_viewing_history>>. Там мы видели использование опций `-p` и `--stat` для получения представления об изменениях в каждом коммите, а также `--pretty` and `--oneline` для настройки формата вывода этой команды — более полным и подробным или кратким.
+Мы познакомились c `git log` и некоторыми её деталями в главе <<ch02-git-basics#r_viewing_history>>. Там мы видели использование опций `-p` и `--stat` для получения представления об изменениях в каждом коммите, а также `--pretty` and `--oneline` для настройки формата вывода этой команды -- более полным и подробным или кратким.
 
 В главе <<ch03-git-branching#r_create_new_branch>> мы использовали опцию `--decorate` чтобы отобразить указатели веток на истории коммитов, а также `--graph` чтобы просматривать историю в виде дерева.
 
@@ -340,7 +340,7 @@
 
 ==== git submodule
 
-Команда  `git submodule` используется для управления вложенными репозиториями. Например, это могут быть библиотеки или другие, используемые не только в этом проекте ресурсы. У команды `submodule` есть несколько под-команд — `add`, `update`, `sync` и др. — для управления такими репозиториями.
+Команда  `git submodule` используется для управления вложенными репозиториями. Например, это могут быть библиотеки или другие, используемые не только в этом проекте ресурсы. У команды `submodule` есть несколько под-команд -- `add`, `update`, `sync` и др. -- для управления такими репозиториями.
 
 Эта команда упомянута и полностью раскрыта в главе <<ch07-git-tools#r_git_submodules>>.
 
@@ -354,7 +354,7 @@
 
 В главе <<ch07-git-tools#r_revision_selection>> мы использовали её для показа коммитов, подпадающих под различные селекторы диапазонов.
 
-Ещё одна интересная вещь, которую мы проделывали с помощью `git show` в главе <<ch07-git-tools#r_manual_remerge>> — это извлечение содержимого файлов на различных стадиях во время конфликта слияния.
+Ещё одна интересная вещь, которую мы проделывали с помощью `git show` в главе <<ch07-git-tools#r_manual_remerge>> -- это извлечение содержимого файлов на различных стадиях во время конфликта слияния.
 
 ==== git shortlog
 
@@ -375,7 +375,7 @@
 
 ==== git bisect
 
-Команда `git bisect` — это чрезвычайно полезная утилита для поиска коммита в котором впервые проявился баг или проблема с помощью автоматического бинарного поиска.
+Команда `git bisect` -- это чрезвычайно полезная утилита для поиска коммита в котором впервые проявился баг или проблема с помощью автоматического бинарного поиска.
 
 О ней упоминается только в главе <<ch07-git-tools#r_binary_search>>, где она полностью и раскрыта.
 
@@ -403,7 +403,7 @@
 
 ==== git rebase
 
-`git rebase` — это "автоматизированный" `cherry-pick`. Он выполняет ту же работу, но для цепочки коммитов, тем самым как бы перенося ветку на новое место.
+`git rebase` -- это "автоматизированный" `cherry-pick`. Он выполняет ту же работу, но для цепочки коммитов, тем самым как бы перенося ветку на новое место.
 
 Мы в деталях разобрались с механизмом переноса веток в главе <<ch03-git-branching#r_rebasing>>, включая рассмотрение потенциальных проблем переноса опубликованных веток при совместной работе.
 
@@ -415,7 +415,7 @@
 
 ==== git revert
 
-Команда `git revert` — полная противоположность `git cherry-pick`. Она создаёт "антикоммит" для указанного коммита, таким образом отменяя изменения, внесённые в нём..
+Команда `git revert` -- полная противоположность `git cherry-pick`. Она создаёт "антикоммит" для указанного коммита, таким образом отменяя изменения, внесённые в нём..
 
 Мы использовали её в главе <<ch07-git-tools#r_reverse_commit>> чтобы отменить коммит слияния (merge commit).
 
@@ -510,7 +510,7 @@
 
 Также в этой книге встречались некоторые низкоуровневые ("сантехнические") команды.
 
-Первая из них — это `ls-remote`, с которой мы столкнулись в главе <<ch06-github#r_pr_refs>> и использовали для просмотра ссылок на сервере.
+Первая из них -- это `ls-remote`, с которой мы столкнулись в главе <<ch06-github#r_pr_refs>> и использовали для просмотра ссылок на сервере.
 
 В главах <<ch07-git-tools#r_manual_remerge>>, <<ch07-git-tools#r_rerere>> и <<ch07-git-tools#r_the_index>> мы использовали команду `ls-files` чтобы просмотреть "сырые" данные в индексе.
 

README.asc

@@ -22,11 +22,11 @@ image:https://travis-ci.org/progit/progit2-ru.svg?branch=master["Build Status",
 
 Есть два способа собрать файл для электронной книги из этого кода.
 
-Самый простой — поручить это нам. Робот реагирует на изменения в главной ветви репозитория и собирает книгу автоматически.
+Самый простой -- поручить это нам. Робот реагирует на изменения в главной ветви репозитория и собирает книгу автоматически.
 
 Текущую сборку можно найти на http://git-scm.com/book/ru/v2.
 
-Другой способ получить файл — собрать его самостоятельно с помощью Asciidoctor. Если вы используете команды ниже, то сможете получить HTML, Epub, Mobi и PDF файлы:
+Другой способ получить файл -- собрать его самостоятельно с помощью Asciidoctor. Если вы используете команды ниже, то сможете получить HTML, Epub, Mobi и PDF файлы:
 
 ----
 $ bundle install