[ru] chapter 1: s/папка\|директория/каталог/g

ru/01-introduction/01-chapter1.markdown

@@ -8,9 +8,9 @@
 
 Если вы графический или веб-дизайнер и хотите хранить каждую версию изображения или макета — вот это вам наверняка нужно — то пользоваться системой управления версиями будет очень мудрым решением. Она позволяет вернуть файлы к прежнему виду, вернуть к прежнему состоянию весь проект, сравнить изменения с какого-то времени, увидеть, кто последним изменял модуль, который дал сбой, кто создал проблему, и так далее. Вообще, если, пользуясь СУВ, вы всё испортили или потеряли файлы, всё можно легко восстановить. Кроме того, издержки на всё это будут очень маленькими.
 
-### Локальные системы контроля версий ###
+### Локальные системы управления версиями ###
 
-Многие люди, чтобы управлять версиями, просто копируют файлы в другую папку (умные ещё пишут текущую дату в название папки). Такой подход очень распространён, потому что прост, но он ещё и чаще даёт сбои. Очень легко забыть, что ты не в той папке, и случайно изменить не тот файл, либо скопировать и перезаписать файлы не туда, куда хотел.
+Многие люди, чтобы управлять версиями, просто копируют файлы в другой каталог (умные ещё пишут текущую дату в название каталога). Такой подход очень распространён, потому что прост, но он ещё и чаще даёт сбои. Очень легко забыть, что ты не в том каталоге, и случайно изменить не тот файл, либо скопировать и перезаписать файлы не туда, куда хотел.
 
 Чтобы решить эту проблему, программисты уже давно разработали локальные СУВ, с простой базой данных, в которой хранились все изменения нужных файлов (см. рисунок 1-1).
 
@@ -81,9 +81,9 @@ Insert 18333fig0105.png
 
 ### Git следит за целостностью данных ###
 
-Перед сохранением любого файла Git вычисляет контрольную сумму, и она становится индексом этого файла. Поэтому невозможно изменить содержимое файла или папки так, чтобы Git не узнал об этом. Эта функциональность встроена в сам фундамент Git и является важной составляющей его философии. Если информация потеряется при передаче или повредится на диске, Git всегда это выявит.
+Перед сохранением любого файла Git вычисляет контрольную сумму, и она становится индексом этого файла. Поэтому невозможно изменить содержимое файла или каталога так, чтобы Git не узнал об этом. Эта функциональность встроена в сам фундамент Git и является важной составляющей его философии. Если информация потеряется при передаче или повредится на диске, Git всегда это выявит.
 
-Механизм, используемый Git для вычисления контрольных сумм, называется хэш SHA-1. Это строка из 40 шестнадцатеричных знаков (0-9 и a-f), которая вычисляется на основе содержимого файла или структуры папки, хранимой Git. Хэш SHA-1 выглядит примерно так:
+Механизм, используемый Git для вычисления контрольных сумм, называется хэш SHA-1. Это строка из 40 шестнадцатеричных знаков (0-9 и a-f), которая вычисляется на основе содержимого файла или структуры каталога, хранимого Git. Хэш SHA-1 выглядит примерно так:
 
 	24b9da6552252987aa493b52f8696cd6d3b00373
 
@@ -99,20 +99,20 @@ Insert 18333fig0105.png
 
 Теперь внимание. Это самое важное, что нужно помнить про Git, если вы хотите, чтобы дальше изучение шло гладко. В Git файлы могут находиться в одном из трёх состояний: зафиксированном, изменённом и подготовленном. "Зафиксированный" значит, что файл уже сохранён в вашей локальной базе. К изменённым относятся файлы, которые поменялись, но ещё не были зафиксированы. Подготовленные файлы – это изменённые файлы, отмеченные для включения в следующий коммит.
 
-Таким образом, в проекте с использованием Git есть три части: каталог Git (Git directory), рабочая папка (working directory) и область подготовленных файлов (staging area).
+Таким образом, в проекте с использованием Git есть три части: каталог Git (Git directory), рабочий каталог (working directory) и область подготовленных файлов (staging area).
 
 Insert 18333fig0106.png 
 Рисунок 1-6. Рабочий каталог, область подготовленных файлов, каталог Git.
 
-Папка Git – это место, где Git хранит метаданные и базу данных объектов вашего проекта. Это наиболее важная часть Git, и именно она копируется, когда вы клонируете репозиторий с другого компьютера.
+Каталог Git – это место, где Git хранит метаданные и базу данных объектов вашего проекта. Это наиболее важная часть Git, и именно она копируется, когда вы клонируете репозиторий с другого компьютера.
 
-Рабочая директория — это извлечённая из базы копия определённой версии проекта. Эти файлы достаются из сжатой базы данных в папке Git и помещаются на диск для того, чтобы вы их просматривали и редактировали.
+Рабочий каталог — это извлечённая из базы копия определённой версии проекта. Эти файлы достаются из сжатой базы данных в каталоге Git и помещаются на диск для того, чтобы вы их просматривали и редактировали.
 
-Область подготовленных файлов — это обычный файл, обычно хранящийся в папке Git, который содержит информацию о том, что должно войти в следующий коммит. Иногда его называют индексом (index), но в последнее время становится стандартом называть его областью подготовленных фалов (staging area).
+Область подготовленных файлов — это обычный файл, обычно хранящийся в каталоге Git, который содержит информацию о том, что должно войти в следующий коммит. Иногда его называют индексом (index), но в последнее время становится стандартом называть его областью подготовленных файлов (staging area).
 
 Стандартный рабочий процесс с использованием Git выглядит примерно так:
 
-1.	Вы изменяете файлы в вашей рабочей папке.
+1.	Вы изменяете файлы в вашем рабочем каталоге.
 2.	Вы подготавливаете файлы, добавляя их слепки в область подготовленных файлов.
 3.	Вы делаете коммит. При этом слепки из области подготовленных файлов сохраняются в каталог Git.
 
@@ -201,7 +201,7 @@ Insert 18333fig0107.png
 	$ git config --global user.name "John Doe"
 	$ git config --global user.email johndoe@example.com
 
-Повторюсь, что эти настройки нужно сделать один раз, если вы указываете параметр `--global`, поскольку в этом случае Git будет использовать эти данные для всего, что вы делаете в этой системе. Если вы хотите указать другое имя или электронную почту для конкретных проектов, можно выполнить команду без параметра `--global` в папке с нужным проектом.
+Повторюсь, что эти настройки нужно сделать один раз, если вы указываете параметр `--global`, поскольку в этом случае Git будет использовать эти данные для всего, что вы делаете в этой системе. Если вы хотите указать другое имя или электронную почту для конкретных проектов, можно выполнить команду без параметра `--global` в каталоге с нужным проектом.
 
 ### Выбор редактора ###