Git

Определения

Git является распределенным, то есть не зависит от одного центрального сервера, на котором хранятся файлы. Вместо этого он работает полностью локально, сохраняя данные в папках на жестком диске, которые называются репозиторием.

Ссылки:

Git. Шпаргалка

Git за полчаса: руководство для начинающих

GitHub: Remote

Комманды

Конфигурация опций

> git config --global user.name "My Name"
> git config --global user.email myEmail@example.com

Теперь каждое действие будет отмечено именем и почтой

Создание нового репозитория

git хранит свои файлы и историю прямо в папке проекта

> git init

Это включит приложение в этой конкретной папке и создаст скрытую директорию .git, где будет храниться история репозитория и настройки.

Определение состояния

Показывает информацию о текущем состоянии репозитория: актуальна ли информация на нём, нет ли чего-то нового, что поменялось, и так далее. А так же список сделанных изменений в файлах, создание файлов и тд.

> git status

Подготовка файлов

Добавляет существующий файл в отслеживаемые (в область подготовки файлов), т.е. теперь данный файл может быть закоммичен в репозиторий.

Сперва область подготовки пустая, но затем добавляются в нее файлы (или части файлов, или даже одиночные строчки) командой add.

> git add fileName.txt
> git add -A

Коммит(фиксация изменений)

Коммит представляет собой состояние репозитория в определенный момент времени.

Чтобы зафиксировать изменения, нужно хотя бы одно изменение в области подготовки (среди отслеживаемых файлов)

git commit -m "Initial commit."

Эта команда создаст новый коммит со всеми изменениями из области подготовки (добавление файла fileName.txt).

Ключ -m и сообщение «Initial commit.» — это созданное пользователем описание всех изменений, включенных в коммит.

Удаленные репозитории

После комманды (commit) коммит является локальным — существует только в директории .git в файловой системе.

1. Подключение к удаленному репозиторию

   Чтобы загрузить что-нибудь в удаленный репозиторий, сначала нужно к нему подключиться Проект может иметь несколько удаленных репозиториев одновременно. Обычно главный репозиторий называется origin.

   > git remote add origin https://uri.git
   

2. Отправка изменений на сервер

   Этот процесс происходит каждый раз, когда мы хотим обновить данные в удаленном репозитории.

   > git push origin master
   

   (master — это ветка по умолчанию для всех репозиториев)

3. Клонирование репозитория

   > git clone https://uri.git
   

   Новый локальный репозиторий создается автоматически

4. Запрос изменений с сервера

   Изменения в репозитории, другие пользователи могут скачать при помощи команды pull.

   > pull origin master
   

Ветвление

Во время разработки новой функциональности считается хорошей практикой работать с копией оригинального проекта, которую называют веткой.

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

1. Создание новой ветки

   > git branch branchName
   

   Это создаст новую ветку, пока что точную копию ветки master.

   Удаляет ветку

   > git branch -d branchName
   

2. Переключение между ветками

   > git branch
   |   branchName
   |   * master
   

   master — это активная ветка, она помечена звездочкой

   Переключает на указанную ветку

   > git checkout branchName
   

3. Слияние веток

   Слияние принимает содержимое ветки источника и объединяет их с целевой веткой. В этом процессе изменяется только целевая ветка. История исходных веток остается неизменной.

   > git merge branchName # Позволяет слить азанную ветку с текущей
   
   > git merge branchName master
   

Git Rebase

Rebase — еще один способ перенести изменения из одной ветки в другую. Rebase сжимает все изменения в один «патч». Затем он интегрирует патч в целевую ветку

В отличие от слияния, перемещение перезаписывает историю, потому что она передает завершенную работу из одной ветки в другую. В процессе устраняется нежелательная история.

> git checkout branchName
> git rebase master

Это перемещает всю ветку branchName в master ветку. История проекта изменяется, создаются новые коммиты для каждого коммита в основной ветке (master).

GitFlow

https://datasift.github.io/gitflow/IntroducingGitFlow.html

Отслеживание изменений, сделанных в коммитах

У каждого коммита есть свой уникальный идентификатор в виде строки цифр и букв. Чтобы просмотреть список всех коммитов и их идентификаторов, можно использовать команду log

> git log

Идентификаторы довольно длинные, но для работы с ними не обязательно копировать их целиком — первых нескольких символов будет вполне достаточно

(b10cc1238e355c02a044ef9f9860811ff605c9b4 -> b10cc123)

Чтобы посмотреть, что нового появилось в коммите, можно воспользоваться командой show

> git show b10cc123

Чтобы увидеть разницу между двумя коммитами, используется команда diff (с указанием промежутка между коммитами)

> git diff 09bd8cc..ba25c0ff

Возвращение файла к предыдущему состоянию

Гит позволяет вернуть выбранный файл к состоянию на момент определенного коммита.

checkout может быть использована для переключения между коммитами.

> git checkout 09bd8cc1 fileName.txt

Исправление коммита

Комманда commit —amend добавит все из последнего коммита в область подготовленных файлов и попытается сделать новый коммит. Это дает возможность поправить комментарий или добавить недостающие файлы в область подготовленных файлов.

Для более сложных исправлений, например, не в последнем коммите или если вы успели отправить изменения на сервер, нужно использовать revert. Эта команда создаст коммит, отменяющий изменения, совершенные в коммите с заданным идентификатором.

Tip

Самый последний коммит может быть доступен по алиасу HEAD

> git revert HEAD
> git revert b10cc123

При отмене старых коммитов нужно быть готовым к тому, что возникнут конфликты. Такое случается, если файл был изменен еще одним, более новым коммитом

Разрешение конфликтов при слиянии

Иногда конфликты исправляются автоматически, но обычно с этим приходится разбираться вручную — решать, какой код остается, а какой нужно удалить.

> git mergetool

Настройка .gitignore

В большинстве проектов есть файлы или целые директории, в которые мы не хотим (и, скорее всего, не захотим) коммитить. Мы можем удостовериться, что они случайно не попадут в git add -A при помощи файла .gitignore

1. Создайте вручную файл под названием .gitignore и сохраните его в директорию проекта.

2. Внутри файла перечислите названия файлов/папок, которые нужно игнорировать, каждый с новой строки.

3. Файл .gitignore должен быть добавлен, закоммичен и отправлен на сервер, как любой другой файл в проекте.