Правка опечатки

git/readme.md

@@ -37,7 +37,7 @@ Git — система контроля версий (файлов). Что-то
 
 - `HEAD` — указатель на текущий коммит или на текущую ветку (то есть, в любом случае, на коммит). Указывает на родителя коммита, который будет создан следующим.
 - `ORIG_HEAD` — указатель на коммит, с которого вы только что переместили `HEAD` (командой `git reset ...`, например).
-- Ветка (`master`, `develop` etc.) — указатель на коммит. При добавлении коммита, указатель ветки перемещается с родительского коммита на новый. 
+- Ветка (`master`, `develop` etc.) — указатель на коммит. При добавлении коммита, указатель ветки перемещается с родительского коммита на новый.
 - Теги — простые указатели на коммиты. Не перемещаются.
 
 
@@ -70,9 +70,9 @@ git config --global core.autocrlf true # включить преобразова
 
 ### Длинный вывод в консоли: Vim
 
-Вызов некоторых консольных команд приводит к необходимости очень длинного вывода в консоль (пример: вывод истории всех изменений в файле командой `git log -p fileName.txt`). При этом прямо в консоли запускается редактор [Vim](https://ru.wikipedia.org/wiki/Vim). Он работает в нескольких режимах, из которых Вас заинтересуют режим вставки (редактирование текста) и нормальный (командный) режим. Чтобы попасть из Vim обратно в консоль, нужно в командном режиме ввести <kbd>:q</kbd>. Переход в командный режим из любого другого: <kbd>Esc</kbd>. 
+Вызов некоторых консольных команд приводит к необходимости очень длинного вывода в консоль (пример: вывод истории всех изменений в файле командой `git log -p fileName.txt`). При этом прямо в консоли запускается редактор [Vim](https://ru.wikipedia.org/wiki/Vim). Он работает в нескольких режимах, из которых Вас заинтересуют режим вставки (редактирование текста) и нормальный (командный) режим. Чтобы попасть из Vim обратно в консоль, нужно в командном режиме ввести <kbd>:q</kbd>. Переход в командный режим из любого другого: <kbd>Esc</kbd>.
 
-Если нужно что-то написать, нажмите <kbd>i</kbd> — это переход в режим вставки текста. Если нужно сохранить изменения, перейдите в командный режим и наберите <kbd>:w</kbd>. 
+Если нужно что-то написать, нажмите <kbd>i</kbd> — это переход в режим вставки текста. Если нужно сохранить изменения, перейдите в командный режим и наберите <kbd>:w</kbd>.
 
 [Чуть-чуть больше команд](vim.md).
 
@@ -220,7 +220,7 @@ git rm --cached readme.txt # удалить из отслеживаемых ин
 ```
 
 
-### Перемещение/переименование файлов 
+### Перемещение/переименование файлов
 
 Для git не существует переименования. Переименование воспринимается как удаление старого файла и создание нового. Факт переименования может быть определен только после индексации изменения.
 
@@ -263,7 +263,7 @@ git show HEAD~             # показать данные о предыдуще
 git show @~                # аналогично предыдущему
 git show HEAD~3            # показать данные о коммите, который был 3 коммита назад
 git show my_branch~2       # показать данные о коммите, который был 2 коммита назад в указанной ветке
-git show @~:index.html     # показать контент указанного файла на момент предыдущего (от HEAD) коммита 
+git show @~:index.html     # показать контент указанного файла на момент предыдущего (от HEAD) коммита
 git show :/"подвал"        # показать самый новый коммит, в описании которого есть указанное слово (из любой ветки)
 ```
 
@@ -415,7 +415,7 @@ git archive -o ./project.zip HEAD # создать архив с файлово
 # создана директория проекта, мы в ней
 git init                      # создаём репозиторий в этой директории
 touch readme.md               # создаем файл readme.md
-git add readme.md             # добавляем файл в индекс 
+git add readme.md             # добавляем файл в индекс
 git commit -m "Старт"         # создаем коммит
 git remote add origin https://github.com:nicothin/test.git # добавляем предварительно созданный пустой удаленный репозиторий
 git push -u origin master     # отправляем данные из локального репозитория в удаленный (в ветку master)
@@ -469,7 +469,7 @@ git branch -d new-page-header   # удаляем ветку new_page_header
 ``` bash
 # находимся в ветке fix, баг уже «исправлен»
 git checkout master            # переключаемся на master
-git merge fix                  # вливаем изменения их fix в master
+git merge fix                  # вливаем изменения из fix в master
 # видим проблему: часть функциональности сломалась
 git checkout fix               # переключаемся на fix (пока мы в master, git не даст ее двигать)
 git branch -f master ORIG_HEAD # передвигаем ветку master на коммит, указанный в ORIG_HEAD (тот, на который указывала master до вливания fix)
@@ -486,11 +486,11 @@ git branch -f master ORIG_HEAD # передвигаем ветку master на 
 git checkout master           # переключаемся на ветку master
 git checkout -b branch-1      # создаём ветку branch-1, основанную на ветке master
 subl .                        # редактируем и сохраняем файлы
-git commit -a -m "Правка 1"   # коммитим 
+git commit -a -m "Правка 1"   # коммитим
 git checkout master           # возвращаемся к ветке master
 git checkout -b branch-2      # создаём ветку branch-2, основанную на ветке master
 subl .                        # редактируем и сохраняем файлы
-git commit -a -m "Правка 2"   # коммитим 
+git commit -a -m "Правка 2"   # коммитим
 git checkout master           # возвращаемся к ветке master
 git merge branch-1            # вливаем изменения из ветки branch-1 в текущую ветку (master), удача (автослияние)
 git merge branch-2            # вливаем изменения из ветки branch-2 в текущую ветку (master), КОНФЛИКТ автослияния