Final refinement of getting-a-repository.asc

book/02-git-basics/sections/getting-a-repository.asc

@@ -1,17 +1,17 @@
 [[_getting_a_repo]]
-=== Створення Git-репозиторія
+=== Створення Git-сховища
 
 Зазвичай Git репозиторій отримують одним з двох способів:
 
-1. Беруть локальну директорію, що наразі не під контролем версій, та перетворюють її на сховище Git, або
-2. Звідкілясь _клонують_ існуючий Git репозиторій.
+1. Ви можете взяти локальну директорію, що наразі не під контролем версій, та перетворити її на сховище Git, або
+2. Ви можете _клонувати_ існуючий Git репозиторій.
 
-У будь-якому разі ви отримуєте на локальній машині готове до роботи Git сховище.
+У будь-якому разі ви отримаєте на локальній машині, готове до роботи, Git сховище.
 
 ==== Ініціалізація репозиторія в існуючому каталозі
 
-Якщо у вас вже є тека з проєктом, що наразі не перебуває під контролем версії, і ви бажаєте почати використовувати з цим проєктом Git, спочатку треба перейти до теки цього проєкту.
-Якщо ви ніколи ще цього не робили, команда може трохи відрізнятися в залежності від вашої системи:
+Якщо у вас вже є тека з проєктом, що наразі не перебуває під контролем версії, і ви бажаєте почати використовувати з цим проєктом Git, спочатку необхідно перейти до теки цього проєкту.
+Якщо ви ще ніколи цього не робили, команда може трохи відрізнятися в залежності від вашої системи:
 
 для Linux:
 [source,console]
@@ -36,12 +36,12 @@ $ cd C:/Users/user/my_project
 $ git init
 ----
 
-Це створить новий підкаталог `.git`, який містить всі необхідні файли вашого репозиторія -- скелет Git-репозиторія.
-На цей момент, у вашому проєкті ще нічого не відстежується.
-Див <<ch10-git-internals#ch10-git-internals>> для отримання додаткової інформації про файли, що містяться в каталозі `.git`, котрий ви щойно створили.(((git commands, init)))
+Це створить новий підкаталог `.git`, який містить всі необхідні файли вашого репозиторія -- основу Git-репозиторія.
+В даний момент у вашому проєкті ще нічого не відстежується.
+Див <<ch10-git-internals#ch10-git-internals>> для отримання додаткової інформації про файли, що містяться в каталозі `.git`, який ви щойно створили.(((git commands, init)))
 
-Якщо ви бажаєте додати існуючі файли під версійний контроль (на відміну від порожнього каталогу), ймовірно, вам слід проіндексувати ці файли і зробити перший коміт.
-Ви можете це зробити за допомогою декількох команд `git add`, що визначають файли, за якими ви бажаєте слідкувати, після яких треба виконати `git commit`:
+Якщо ви бажаєте додати існуючі файли під версійний контроль (на відміну від порожнього каталогу), ймовірно, вам слід почати відстежувати ці файли і зробити початковий коміт.
+Ви можете це зробити за допомогою декількох `git add` команд, що визначать файли, які ви плануєте відстежувати і після яких треба виконати `git commit`:
 
 [source,console]
 ----
@@ -50,27 +50,27 @@ $ git add LICENSE
 $ git commit -m 'Початкова версія проєкту'
 ----
 
-Ми розповімо що саме роблять ці команди за хвильку.
-Наразі, у вас є Git репозиторій з декількома файлами та першим комітом.
+Ми розповімо що саме роблять ці команди за хвилину.
+Наразі, у вас є Git репозиторій з декількома відстежуваними файлами та першим комітом.
 
 [[_git_cloning]]
 ==== Клонування існуючого репозиторія
 
-Якщо ви бажаєте отримати копію існуючого Git репозиторія -- наприклад, проєкту, в якому ви хочете прийняти участь -- вам потрібна команда `git clone`.
+Якщо ви бажаєте отримати копію існуючого Git сховища -- наприклад, проєкту, в якому ви хочете прийняти участь -- вам потрібна команда `git clone`.
 Якщо ви знайомі з іншими СКВ, наприклад Subversion, ви помітите, що команда називається "clone" (клонувати), а не "checkout" (перевірити).
 Це важлива відмінність -- замість отримання просто робочої копії, Git отримує повну копію майже всіх даних, що є у сервера.
 Кожна версія кожного файлу в історії проєкту витягується автоматично, коли ви виконуєте `git clone`.
 Насправді, якщо щось станеться з диском вашого серверу, ви зазвичай можете використати майже будь-який з клонів на будь-якому клієнті щоб повернути сервер до стану на момент клонування (ви можете втратити деякі серверні хуки (hook), проте усі дані під контролем версій повернуться – дивіться <<ch04-git-on-the-server#_getting_git_on_a_server>> задля детальнішої інформації).
 
 Щоб клонувати репозиторій треба використати команду `git clone <url>`.(((git commands, clone)))
-Наприклад, якщо ви бажаєте зробити клон бібліотеки Git `libgit2`, ви можете це зробити так:
+Наприклад, якщо ви бажаєте зробити клон бібліотеки Git `libgit2`, ви можете зробити це так:
 
 [source,console]
 ----
 $ git clone https://github.com/libgit2/libgit2
 ----
 
-Це створить директорію під назвою `libgit2`, проведе ініціалізацію директорії `.git`, забере всі дані для репозиторія, та приведе директорію до стану останньої версії.
+Це створить теку під назвою `libgit2`, проведе ініціалізацію піддиректорії `.git`, стяне всі дані для цього репозиторія, та приведе директорію до стану останньої версії.
 Якщо ви зайдете до щойно створеної директорії `libgit2`, ви побачите, що всі файли проєкту на місці, готові для використання.
 
 Якщо ви бажаєте зробити клон репозиторія в директорію з іншою назвою, ви можете передати її як додатковий параметр: