book: update ru

Updated via the `update-book.yml` GitHub workflow.

Author: dscho

external/book/content/book/ru/v2/Git-изнутри-Протоколы-передачи-данных.html

@@ -270,7 +270,7 @@ <h6 id="_https">HTTP(S)</h6>
 Сервер, используя код состояния HTTP, возвращает результат операции.</p>
 </div>
 <div class="paragraph">
-<p>Имейте ввиду, что HTTP протокол может дополнительно кодировать данные внутри каждого пакета.</p>
+<p>Имейте в виду, что HTTP протокол может дополнительно кодировать данные внутри каждого пакета.</p>
 </div>
 </div>
 </div>

external/book/content/book/ru/v2/GitHub-Внесение-собственного-вклада-в-проекты.html

@@ -82,7 +82,7 @@ <h3 id="r_github_flow">Рабочий процесс с использовани
 <p>Создайте тематическую ветку на основании ветки <code>master</code>.</p>
 </li>
 <li>
-<p>Создайте один или несколько коммитов с изменениями, улучшающих проект.</p>
+<p>Создайте один или несколько коммитов с изменениями, улучшающими проект.</p>
 </li>
 <li>
 <p>Отправьте эту ветку в ваш проект на GitHub.</p>
@@ -576,7 +576,7 @@ <h4 id="_списки_задач">Списки задач</h4>
 </div>
 <div class="paragraph">
 <p>Так же GitHub ищет списки задач в запросах на слияние и проблемах и отображает их как метаданные на страницах, где они упоминаются.
-Например, если в вашем запросе на слияние есть задачи и вы просматриваете список всех запросов, то можно увидеть на сколько готов каждый из них.
+Например, если в вашем запросе на слияние есть задачи и вы просматриваете список всех запросов, то можно увидеть насколько готов каждый из них.
 Это позволяет разбивать запрос на слияние на несколько подзадач и помогает другим людям отслеживать прогресс ветки.
 Пример приведён на <a href="{{< relurl "book/ru/v2/ch00/r_task_list_progress" >}}">Статистика задач в списке запросов слияния</a>.</p>
 </div>

external/book/content/book/ru/v2/GitHub-Создание-сценариев-GitHub.html

@@ -95,7 +95,7 @@ <h4 id="_хуки_2">Хуки</h4>
 Мы будем использовать веб-фреймворк Ruby Sinatra, так как он довольно лаконичен, и вы сможете легко увидеть, что мы делаем.</p>
 </div>
 <div class="paragraph">
-<p>Допустим, мы хотим получать электронное письмо, если конкретный человек отправляет на определённую ветку нашего проекта, изменённый определённый файл.
+<p>Допустим, мы хотим получать электронное письмо, если конкретный человек отправляет на определённую ветку нашего проекта изменённый определённый файл.
 Мы могли бы довольно легко сделать это с помощью такого кода:</p>
 </div>
 <div class="listingblock">
@@ -221,7 +221,7 @@ <h3 id="_основное_использование">Основное испо
 <div class="sect3">
 <h3 id="_комментирование_проблемы">Комментирование проблемы</h3>
 <div class="paragraph">
-<p>Однако, если вы хотите выполнить какое-либо действие на веб-сайте, например прокомментировать проблему или запрос на слияние, или если вы хотите просмотреть или взаимодействовать с частным контентом, вам необходимо пройти аутентификацию.</p>
+<p>Однако, если вы хотите выполнить какое-либо действие на веб-сайте, например, прокомментировать проблему или запрос на слияние, или если вы хотите просмотреть или взаимодействовать с частным контентом, вам необходимо пройти аутентификацию.</p>
 </div>
 <div class="paragraph">
 <p>Существует несколько способов аутентификации.

external/book/content/book/ru/v2/GitHub-Сопровождение-проекта.html

@@ -169,7 +169,7 @@ <h4 id="_взаимодействие_по_запросу_слияния">Вза
 <div class="title">Рисунок 115. Ответы на письма включены в диалог</div>
 </div>
 <div class="paragraph">
-<p>Когда вы готовы слить код, вы можете стянуть его себе и слить локально, слить используя команду <code>git pull &lt;url&gt; &lt;branch&gt;</code>, которую мы видели ранее, или добавив ответвлённый репозиторий как удалённый получить и слить изменения.</p>
+<p>Когда вы готовы слить код, вы можете стянуть его себе и слить локально, слить используя команду <code>git pull &lt;url&gt; &lt;branch&gt;</code>, которую мы видели ранее, или добавив ответвлённый репозиторий как удалённый, получить и слить изменения.</p>
 </div>
 <div class="paragraph">
 <p>Если слияние тривиально, то можно просто нажать кнопку «Merge» на сайте GitHub.
@@ -199,7 +199,7 @@ <h4 id="r_pr_refs">Ссылки на запрос слияния</h4>
 </div>
 <div class="paragraph">
 <p>В качестве примера мы используем низкоуровневую команду <code>ls-remote</code> (часто упоминается как «plumbing» команда, более подробно о ней будет рассказано в <a href="{{< relurl "book/ru/v2/ch00/r_plumbing_porcelain" >}}">Сантехника и Фарфор</a>).
-Обычно, эта команда не используется в повседневных Git операциях, но сейчас поможет нам увидеть какие ссылки присутствуют на сервере.</p>
+Обычно, эта команда не используется в повседневных Git операциях, но сейчас поможет нам увидеть, какие ссылки присутствуют на сервере.</p>
 </div>
 <div class="paragraph">
 <p>Если выполнить её относительно использованного ранее репозитория «blink», мы получим список всех веток, тегов и прочих ссылок в репозитории.</p>
@@ -242,7 +242,7 @@ <h4 id="r_pr_refs">Ссылки на запрос слияния</h4>
 <div class="paragraph">
 <p>Эта команда указывает Git: «Подключись к <code>origin</code> репозиторию и скачай ссылку <code>refs/pull/958/head</code>».
 Git с радостью слушается и выкачивает всё необходимое для построения указанной ссылки, а так же устанавливает указатель на коммит в <code>.git/FETCH_HEAD</code>.
-Далее, вы можете слить изменения в нужную ветку при помощи команды <code>git merge FETCH_HEAD</code>, однако сообщение коммита слияния будет выглядеть немного странно.
+Далее, вы можете слить изменения в нужную ветку при помощи команды <code>git merge FETCH_HEAD</code>, однако, сообщение коммита слияния будет выглядеть немного странно.
 Так же это становится утомительным, если вы просматриваете <strong>много</strong> запросов на слияние.</p>
 </div>
 <div class="paragraph">
@@ -363,7 +363,7 @@ <h3 id="_упоминания_и_уведомления">Упоминания и
 <div class="sect4">
 <h4 id="_страница_уведомлений">Страница уведомлений</h4>
 <div class="paragraph">
-<p>Когда мы говорим «уведомления» в контексте GitHub, мы имеем ввиду способ, которым GitHub пытается связаться с вами в случае возникновения каких-либо событий, настроить который можно несколькими способами.
+<p>Когда мы говорим «уведомления» в контексте GitHub, мы имеем в виду способ, которым GitHub пытается связаться с вами в случае возникновения каких-либо событий, настроить который можно несколькими способами.
 Для просмотра настроек уведомлений перейдите на закладку «Notification center» на странице настроек.</p>
 </div>
 <div class="imageblock">
@@ -495,7 +495,7 @@ <h3 id="_contributing">CONTRIBUTING</h3>
 </div>
 <div class="paragraph">
 <p>Идея состоит в том, что вы можете указать конкретные вещи, которые вы хотите или не хотите видеть в новых запросах на слияние.
-Таким образом люди могут ознакомится с руководством, перед тем как создавать новый запрос на слияние.</p>
+Таким образом, люди могут ознакомится с руководством перед тем как создавать новый запрос на слияние.</p>
 </div>
 </div>
 <div class="sect3">

external/book/content/book/ru/v2/GitHub-Управление-организацией.html

@@ -66,7 +66,7 @@ <h3 id="_команды">Команды</h3>
 <div class="paragraph">
 <p>Например, у вашей компании есть три репозитория: <code>frontend</code>, <code>backend</code> и <code>deployscripts</code>.
 Вы бы хотели, чтобы ваши разработчики HTML/CSS/JavaScript имели доступ к <code>frontend</code> и возможно к <code>backend</code>, а ваши администраторы имели доступ к <code>backend</code> и <code>deployscripts</code>.
-С помощью команд это легко реализовать не настраивая доступ к каждому репозиторию для каждого участника.</p>
+С помощью команд это легко реализовать, не настраивая доступ к каждому репозиторию для каждого участника.</p>
 </div>
 <div class="paragraph">
 <p>Страница Организации представляет собой простую панель управления репозиториями, пользователями и командами в пределах данной организации.</p>
@@ -94,7 +94,7 @@ <h3 id="_команды">Команды</h3>
 </div>
 <div class="paragraph">
 <p>Упоминания команд (<code>@mentions</code>), такие как <code>@acmecorp/frontend</code>, работают точно так же как и упоминания отдельных пользователей, за исключением того, что уведомляются <strong>все</strong> члены команды.
-Это полезно когда вы хотите привлечь внимание кого-нибудь из команды, но точно не знаете кого спросить.</p>
+Это полезно, когда вы хотите привлечь внимание кого-нибудь из команды, но точно не знаете, кого спросить.</p>
 </div>
 <div class="paragraph">
 <p>Пользователь может принадлежать любому числу команд, поэтому не ограничивайте себя командами, разделёнными по уровню доступа.

external/book/content/book/ru/v2/_index.html

@@ -8,9 +8,9 @@
   language_code: ru
   front_page: true
   repository_url: https://github.com/progit/progit2-ru
-  sha: 79a75ed52f39247873bf2d8ffd7ed08706487755
-  ebook_pdf: https://github.com/progit/progit2-ru/releases/download/2.1.117/progit.pdf
-  ebook_epub: https://github.com/progit/progit2-ru/releases/download/2.1.117/progit.epub
+  sha: ee8907f53ae8ac6571a45edecfa963ee4f0fbd43
+  ebook_pdf: https://github.com/progit/progit2-ru/releases/download/2.1.120/progit.pdf
+  ebook_epub: https://github.com/progit/progit2-ru/releases/download/2.1.120/progit.epub
 page_title: Git - Book
 url: "/book/ru/v2.html"
 aliases:

external/book/content/book/ru/v2/ch00/_%D0%98%D0%B7%D0%BC%D0%B5%D0%BD%D0%B5%D0%BD%D0%B8%D0%B5_%D0%B8%D0%BC%D0%B5%D0%BD%D0%B8_%D0%B3%D0%BB%D0%B0%D0%B2%D0%BD%D0%BE%D0%B9_%D0%B2%D0%B5%D1%82%D0%BA%D0%B8.html

@@ -0,0 +1,4 @@
+---
+### DO NOT EDIT! Generated by script/update-book2.rb
+redirect_to: book/en/v2/ch00/_%D0%98%D0%B7%D0%BC%D0%B5%D0%BD%D0%B5%D0%BD%D0%B8%D0%B5_%D0%B8%D0%BC%D0%B5%D0%BD%D0%B8_%D0%B3%D0%BB%D0%B0%D0%B2%D0%BD%D0%BE%D0%B9_%D0%B2%D0%B5%D1%82%D0%BA%D0%B8
+---

…ch00/_изменение_имени_главной_ветки.html …ch00/_Изменение_имени_главной_ветки.htmlexternal/book/content/book/ru/v2/ch00/_изменение_имени_главной_ветки.html renamed to external/book/content/book/ru/v2/ch00/_Изменение_имени_главной_ветки.html external/book/content/book/ru/v2/ch00/_изменение_имени_главной_ветки.html renamed to external/book/content/book/ru/v2/ch00/_Изменение_имени_главной_ветки.html

@@ -1,4 +1,4 @@
 ---
 ### DO NOT EDIT! Generated by script/update-book2.rb
-redirect_to: book/ru/v2/Ветвление-в-Git-Управление-ветками#_изменение_имени_главной_ветки
+redirect_to: book/ru/v2/Ветвление-в-Git-Управление-ветками#_Изменение_имени_главной_ветки
 ---

external/book/content/book/ru/v2/Ветвление-в-Git-О-ветвлении-в-двух-словах.html

@@ -128,7 +128,7 @@ <h3 id="r_create_new_branch">Создание новой ветки</h3>
 <div class="paragraph">
 <p>Как Git определяет, в какой ветке вы находитесь?
 Он хранит специальный указатель <code>HEAD</code>.
-Имейте ввиду, что в Git концепция <code>HEAD</code> значительно отличается от других систем контроля версий, которые вы могли использовать раньше (Subversion или CVS).
+Имейте в виду, что в Git концепция <code>HEAD</code> значительно отличается от других систем контроля версий, которые вы могли использовать раньше (Subversion или CVS).
 В Git — это указатель на текущую локальную ветку.
 В нашем случае мы всё ещё находимся в ветке <code>master</code>.
 Команда <code>git branch</code> только <em>создаёт</em> новую ветку, но не переключает на неё.</p>

external/book/content/book/ru/v2/Ветвление-в-Git-Основы-ветвления-и-слияния.html

@@ -156,7 +156,7 @@ <h3 id="r_basic_branching">Основы ветвления</h3>
 </div>
 </div>
 <div class="paragraph">
-<p>Вы можете прогнать тесты, чтобы убедиться, что ваше уязвимость в самом деле исправлена.
+<p>Вы можете прогнать тесты, чтобы убедиться, что ваша уязвимость в самом деле исправлена.
 И если это так — выполнить слияние ветки <code>hotfix</code> с веткой <code>master</code> для включения изменений в продукт.
 Это делается командой <code>git merge</code>:</p>
 </div>