ru/multyplayer.txt editing: four chapters left

ru/multiplayer.txt

@@ -1,8 +1,8 @@
 == Многопользовательский Git ==
 
-Сначала я использовал Git для личного проекта, в котором был единственным разработчиком. Среди команд, связанных с распределенными свойствами Git, мне требовались только *pull* и *clone*, чтобы хранить один и тот же проект в разных местах.
+Сначала я использовал Git для личного проекта, в котором был единственным разработчиком. Среди команд, относящихся к распределенным свойствам Git, мне были нужны только *pull* и *clone*, чтобы хранить один и тот же проект в разных местах.
 
-Позднее я захотел опубликовать свой код при помощи Git и включать изменения помощников. Мне пришлось научиться управлять проектами, которые разрабатываются множеством людей со всего мира. К счастью, в этом сильная сторона Git и, возможно, сам смысл его существования.
+Позднее я захотел опубликовать свой код при помощи Git и включать изменения помощников. Мне пришлось научиться управлять проектами, которые с многими разработчиками по всему миру. К счастью, в этом сильная сторона Git и, возможно, сам смысл его существования.
 
 === Кто я? ===
 
@@ -29,7 +29,7 @@ johndoe@example.com
  $ cp hooks/post-update.sample
 hooks/post-update
 
-Для старых версий Git команда копирования выдаст ошибку, и вы должны будете запустить
+Для старых версий Git команда копирования не сработает, и вы должны будете запустить
 
  $ chmod a+x hooks/post-update
 
@@ -38,13 +38,13 @@ hooks/post-update
  $ git push
 web.server:/path/to/proj.git master
 
-и кто угодно сможет взять ваш проект через HTTP:
+и кто угодно сможет взять ваш проект с помощью
 
  $ git clone http://web.server/proj.git
 
 === Git через что угодно ===
 
-Хотите синхронизировать хранилища без серверов или вообще без сетевого подключения? Вынуждены изобретать средства на ходу в непредвиденной ситуации? Мы видели, как <<makinghistory, *git fast-export* и *git fast-import* могут преобразовать хранилища в один файл и обратно>>. Посредством обмена такими файлами мы можем переносить хранилища git любыми доступными средствами, но есть более эффективный инструмент: *git bundle*.
+Хотите синхронизировать хранилища без серверов или вообще без сетевого подключения? Вынуждены импровизировать на ходу в непредвиденной ситуации? Мы видели, как <<makinghistory, *git fast-export* и *git fast-import* могут преобразовать хранилища в один файл и обратно>>. Посредством обмена такими файлами мы можем переносить хранилища git любыми доступными средствами, но есть более эффективный инструмент: *git bundle*.
 
 Отправитель создает пакет (bundle):
 
@@ -58,7 +58,7 @@ web.server:/path/to/proj.git master
 
 В больших проектах для устраннения излишков объема пакетируют только изменения, которых нет в других хранилищах. К примеру, пусть коммит «1b6d…» — последний, общий для обеих групп:
 
- $ git bundle create somefile HEAD ^1b6d
+ $ git bundle create некий-файл HEAD ^1b6d
 
 Если это делается часто, можно легко забыть, какой коммит был отправлен последним. Справка предлагает для решения этой проблемы использовать теги. А именно, после передачи пакета введите
 
@@ -71,9 +71,9 @@ web.server:/path/to/proj.git master
 
 === Патчи: общее применение ===
 
-Патчи это тексты изменений, вполне понятные как человеку, так и компьютеру. Это делает их очень привлекательным форматом обмена. Патч можно послать разработчикам по электронной почте, независимо от того, какую систему управления версиями они используют. Вашим корреспондентам достаточно возможности читать электронную почту, чтобы увидеть ваши изменения. Точно так же, все, что требуется с Вашей стороны, — это адрес электронной почты: нет необходимости в установке онлайн хранилища Git.
+Патчи это тексты изменений, вполне понятные как человеку, так и компьютеру. Это делает их очень привлекательным форматом обмена. Патч можно послать разработчикам по электронной почте, независимо от того, какую систему управления версиями они используют. Вашим корреспондентам достаточно возможности читать электронную почту, чтобы увидеть ваши изменения. Точно так же, с Вашей стороны требуется лишь адрес электронной почты: нет нужды в настройке онлайн хранилища Git.
 
-Вспомним первую главу:
+Вспомним из первой главы:
 
  $ git diff 1b6d
 
@@ -83,7 +83,7 @@ web.server:/path/to/proj.git master
 
 для применения патча.
 
-В более формальной обстановке, когда нужно сохранить имя автора и подписи, создавайте соответствующие патчи с определенной точки, набрав
+В более формальных случаях , когда нужно сохранить имя автора и подписи, создавайте соответствующие патчи с заданной точки, набрав
 
  $ git format-patch 1b6d
 
@@ -97,9 +97,9 @@ web.server:/path/to/proj.git master
 
 Это применит входящие исправления и создаст коммит, включающий имя автора и другую информацию.
 
-С web-интерфейсом к электронной почте вам, возможно, потребуется нажать кнопку, чтобы посмотреть электронную почту в своем первоначальном виде до сохранения патча в файл.
+С web-интерфейсом к электронной почте вам, возможно, потребуется нажать кнопку, чтобы посмотреть электронную почту в своем первоначальном виде перед сохранением патча в файл.
 
-Есть небольшие различия для клиентов электронной почты, использующих mbox, но если вы используете один из них, то вы, по всей видимости, можете легко разобраться в этом без чтения руководства!
+Для клиентов электронной почты, использующих mbox, есть небольшие отличия; но если вы используете один из них, то вы, по всей видимости, можете легко разобраться в этом без чтения описаний!
 
 === Приносим извинения, мы переехали ===