Встановлення

GitHub Desktop
desktop.github.com

Git для всіх платформ

git-scm.com

Налаштування інструментарію
Налаштування інформації про користувача для всіх локальних репозиторіїв

$ git config --global user.name "[ім'я]"

Встановлює ім’я користувача, що буде вказано для всіх ваших комітів

$ git config --global user.email "[поштова скринька]"

Встановлює поштову скриньку, що буде вказана для всіх ваших комітів

$ git config --global color.ui auto

Додає допоміжне забарвлення виводу в командній стрічці

Гілки
Гілки (branches) - важлива частина роботи з Git. Всі коміти будуть додаватися на гілку,
на якій ви наразі знаходитесь (checkout). git status підкаже поточну гілку.
$ git branch [назва-гілки]
Створює нову гілку

$ git switch -c [назва-гілки]

Переходить на вказану гілку і оновлює робочу директорію

$ git merge [назва-гілки]

Поєднує історію вказаної гілки з поточною. На GitHub операція інколи потребує
запиту (pull request)

$ git branch -d [назва-гілки]

Видаляє вказану гілку
Створення репозиторіїв
Для кожного репозиторію створення треба виконати лише один раз, на самому
початку: локально створити і завантажити на GitHub, або клонувати існуючий
репозиторій.

$ git init
Після виклику git init, створює посилання з локального репозиторію на пустий
репозиторій на GitHub
$ git remote add origin [посилання]
Перетворює існуючу директорію на репозиторій Git

$ git clone [посилання]

Клонує (завантажує) існуючий репозиторій з GitHub, з усіма файлами, гілками і
комітами

Файл .gitignore
Інколи з репозиторію Git варто виключити деякі файли. Це можна зробити,
створивши спеціальний файл під назвою .gitignore. Корисні шаблони
для .gitignore файлів можна знайти на github.com/github/gitignore.

Синхронізація змін
Синхронізація вашого локального репозиторію з репозиторієм на GitHub.com

$ git fetch
Завантажує всю історію з віддалених гілок

$ git merge
Поєднує віддалені гілки з поточною локальною гілкою

$ git push
Завантажує всі локальні зміни в гілках на GitHub

$ git pull
Оновлює локальну поточну гілку новими комітами з відповідної віддаленої гілки. git
pull — це поєднання git fetch та git merge

Внесення змін
Перегляд еволюції файлів проєкту

$ git log
Виводить історію версії поточної гілки

$ git log --follow [назва файлу]

Виводить історію версії вказаного файлу, включно з перейменуваннями

$ git diff [перша-гілка]...[друга-гілка]

Виводить різницю між двома гілками

$ git show [коміт]

Виводить метадані та зміни вказаного коміту

$ git add [назва файлу]

Зберігає зміни в файлі, готуючись до створення коміту

$ git commit -m "[повідомлення з описом]"

Записує зміни в файлі в історію версій, створюючи новий коміт

Відновлення комітів
Видалення помилок і створення нової історії версій

$ git reset [коміт]

Відміняє всі коміти після вказаного, зберігаючи зміни локально

$ git reset --hard [коміт]

Видаляє всю історію і повертається до вказаного коміту

ОБЕРЕЖНО! Зміни в історії можуть мати кепські наслідки. Якщо вам треба змінити
коміти, що існують на GitHub (віддалено), дійте обережно. Якщо вам потрібна
допомога, звертайтесь до github.community або до підтримки.

Глосарій
 git: розподілена система контролю версій з відкритим кодом
 GitHub: платформа для хостингу і співпраці над репозиторіями Git
 коміт (commit): об’єкт Git, стан всього репозиторію стиснутий в SHA
 гілка (branch): невеликий рухомий вказівник на коміт
 клон (clone): локальна версія репозиторію, включно з усіма комітами і гілками
 віддалений репозиторій (remote): спільний GitHub репозиторій, що
використовується членами команди для обміну змінами
 fork: копія репозиторію GitHub іншого користувача
 запит на поєднання (pull request): спосіб порівняти і обговорити зміни на гілці
з відгуками, коментарями, інтегрованими тестами і т.д.
 HEAD: вказівник, що позначає поточну робочу директорію. Може вказувати на
різні гілки, теги і коміти з використанням git switch
 Git и GitHub
 Git - это одна из систем контроля версий. По существу это
значит, что она хранит всю историю изменений проекта.
История Вашего проекта и история изменений этого же
проекта у Ваших коллег - у всего будет копия. Это полная
противоположность SVN, где вся история изменений
храниться в одном месте.
 GitHub, часто путают с Git. На самом деле - это хостинг
репозиториев. GitHub - это то место, куда Вы будете загружать
историю изменений проекта используя Git.
 Введение
 Первым делом мы загрузим Git. Для пользователей Windows я
советую установить и Git Bash, который доступен после
установки Git. Для пользователей Mac, использование Terminal
будет достаточным. После завершения установки приступайте
к регистрации аккаунта GitHub. Итак, у Вас есть Git,
инструмент командной строки, и GitHub аккаунт, куда Вы
будете загружать свои репозитории.
 Шпаргалка
 Используя Git Bash или Terminal перейдите в корневую
директорию проекта. Если Вы используете Git Bash, то с
помощью правого клика можно выбрать “Git Bash Here” и он
запустится в рабочей директории.
 git init

Эта команда создаст .git репозиторий в Вашем проекте.

Репозиторий или “repo” это коллекция всех изменений,
которые были совершены на протяжении всего времени после
инициализации репозитория. Это первое что нужно сделать
для нового проекта.
 git config --global user.name "Ваше Имя"

git config --global user.email "ВашаПочта@mail.com"

 Эти команды определят информацию, которая будет
использоваться при каждом commit(фиксирование
изменений). Их стоит выполнить всего один раз при первичной
установке Git.
 git add имяФайла.расширение

Замените “имяФайла.расширение” на любой файл, изменения

которого Вы пытаетесь зафиксировать, например “index.html”.
Эта команда добавит файл в “staging area”(участок
подготовки). Воспринимайте staging area, как секцию в
которой файлы проходят подготовку к перемещению в Ваш
репозиторий.
 git add .

Если Вы хотите добавить всё из директории проекта в staging

area, то эта команда сделает всё сама.
 git add *.html

Если Вы хотите добавить все файлы с расширением .html

в staging area то эта команда отлично подойдет. Расширение
можно менять в зависимости от предпочтений.
 git status

Покажет что уже было добавлено в staging area и какие

файлы были изменены и ждут перемещения в staging area.
 git reset имяФайла.расширение

Убирает выбранный файл из staging area.

 git rm --cached имяФайла.расширение

Убирает файл из staging area и определяет его как

игнорируемый.
 git commit -m "Описание коммита"

Берёт файлы из staging area и “фиксирует” их в Ваш

локальный репозиторий. В кавычки следует вставить краткое
описание изменений для конкретного коммита. Постарайтесь
описать коммит краткими деталями, например: “устранил
 проблему при изменении имени пользователя” вместо
подобных сообщений “какие-то изменения”
 touch .gitignore

Эта команда создаст файл с названием .gitignore. Вы можете

открыть этот файл в текстовом редакторе и прописать
названия файлов или директорий, изменения в которых Вы не
хотели бы отслеживать (они будут игнорироваться Git).
Изменения в игнорируемых файлах не будут отображаться при
выполнении git status.

 git branch названиеВетки

Создает сущность, называемую branch(ветвь). Ветвь - это

точная копия Ваших файлов.
 git checkout “названиеВетки”

Позволит Вам переключить контроль над созданной Вами

веткой и работать в её пределах. Здесь Вы можете совершать
любые изменения кода. Когда Вы будете готовы можно
совершить commit изменений и отправить изменения в GitHub
(об этом ниже) или же можно удалить ветвь, если что-то пошло
не так или Вам больше не нужны изменения сделанные в этой
ветке.
 git merge названиеВетки

Находясь в Master(главной) ветви, Вы можете использовать эту

команду, чтобы взять коммиты из любой из ветвей и
соединить их вместе.
 git remote add origin https://github.com/имяПользователя/проект.git

Эта команда определит “местоположение” Вашего удалённого

репозитория. Всё что было до этого происходило
исключительно в локальном репозитории на Вашем
компьютере. Вам нужно будет перейти в GitHub аккаунт и
создать новый удалённый репозиторий, куда Вы сможете
отправлять изменения из локального репозитория. After you
 created your remote repository you will be provided with a link and
that link is the location you will want to use in the above command.
 git remote

Выведет список из всех удалённых репозиториев, которые

были добавлены к Вашему проекту.
 git push -u origin master

Эта команда отправит локальные изменения в удалённый

репозиторий. Таким образом эту команду стоит прописывать
только первый раз.
 git push

This is what you will use to push your code to GitHub after your
initial push.
 git clone https://github.com/имяПользователя/проект.git

Если у Вас отсутствует проект на личном или рабочем

компьютере, то эта команда поможет клонировать/загрузить
весь проект в текущую директорию.
 git pull

Если Вы работаете над одним и тем же проектом с

несколькими людьми, то эта команда позволит загрузить
последнюю версию из удалённого репозитория и обновить
вашу локальную версию.