Начало работы в GIT

подготовлено редакций сайта

Установка

Linux

apt-get install git-core

Mac

brew install git

Windows

Скачивание с сайта

Терминология

Репозиторий

Репозиторий Git — это хранилище, в котором расположен ваш проект и его история. Это может быть локальное хранилище где-то на вашем компьютере или удаленное хранилище на сервисе типа GitHub или другом хостинге в Интернете. Репозиторий служит для отслеживания изменений в проекте, координации работы между несколькими людьми и отслеживания истории проекта.

Скажем, у вас на компьютере есть директория со всеми файлами вашего проекта. Когда вы инициализируете репозиторий Git в этой директории, Git создает скрытую поддиректорию под названием .git, в которой хранится вся информация о репозитории. Эта информация включает историю всех изменений, внесенных в репозиторий, а также его текущее состояние.

Коммит

Вы можете думать о коммите как о снимке вашего проекта в определенный момент времени. Правда, коммит содержит только информацию об изменениях, которые были внесены в репозиторий с момента последнего коммита. Он не содержит все файлы репозитория (если только это не первый коммит). Таким образом, каждый коммит — это небольшой кусочек истории репозитория, основанный на предыдущем коммите. Все они связаны между собой в цепочку, формируя историю изменений вашего проекта.

Ветка

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

Стартовые команды

Импорт данных в репозиторий

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

git config --global user.name "Your Name"
git config --global user.email "your_email@whatever.com"

Имя ветки

Мы будем использовать main в качестве имени ветки по умолчанию. Чтобы установить его, выполните следующую команду:

git config --global init.defaultBranch main

Корректная обработка окончаний строк

Для пользователей Unix/Mac:

git config --global core.autocrlf input
git config --global core.safecrlf warn

Для пользователей Windows:

git config --global core.autocrlf true
git config --global core.safecrlf warn

Создание проекта

Создайте страницу

Начните работу в пустой директории (например, respositories, если вы скачали архив с предыдущего шага) с создания пустой поддиректории work, затем войдите в неё и создайте там файл hello.html с таким содержанием:

mkdir work
cd work
touch hello.html

Создайте репозиторий

Теперь у вас есть директория с одним файлом. Чтобы создать Git-репозиторий из этой директории, выполните команду git init.

git init

Добавьте страницу в репозиторий

Теперь давайте добавим в репозиторий страницу hello.html

git add hello.html
git commit -m "Initial Commit"

Проверьте состояние репозитория

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

git status

Индексация и коммит

Проверьте состояние репозитория

Отдельный шаг индексации в Git позволяет вам разделять большие изменения на маленькие коммиты. Предположим, что вы отредактировали три файла (a.html, b.html, и c.html).

История

Теперь вы хотите закоммитить все изменения, при этом чтобы изменения в a.html и b.html были одним коммитом, в то время как изменения в c.html логически не связаны с первыми двумя файлами и должны идти отдельным коммитом. В теории, вы можете сделать следующее:

git add a.html
git add b.html
git commit -m "Changes for a and b"

git add c.html
git commit -m "Unrelated change to c"

Получение списка произведенных изменений — функция команды git log.

git log

Однострочная история

Вы полностью контролируете то, что отображает log. Мне, например, нравится однострочный формат:

git log --pretty=oneline

Контроль отображения записей

Вот еще варианты просмотра истории:

git log --oneline --max-count=2
git log --oneline --since="5 minutes ago"
git log --oneline --until="5 minutes ago"
git log --oneline --author="Your Name"
git log --oneline --all

Все варианты просмотра истории git-log

Изощряемся

Вот что я использую для просмотра изменений, сделанных за последнюю неделю.

git log --all --pretty=format:"%h %cd %s (%an)" --since="7 days ago"

Конечный формат лога

для большей части работы подходит следующий формат лога.

git log --pretty=format:"%h %ad | %s%d [%an]" --date=short

Вывод по умолчанию

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

git config --global format.pretty '%h %ad | %s%d [%an]'
git config --global log.date short

Создание тегов версий

Думаю, вы согласитесь, что работать с хешами коммитов напрямую просто неудобно. Разве не было бы здорово, если бы вы могли обозначать конкретные коммиты понятными для человека названиями? Таким образом, вы могли бы четко видеть важные вехи в истории проекта. Кроме того, вы могли бы легко перейти к определенной версии проекта по ее названию. Именно для этого в Git придумали теги.

Давайте назовем текущую версию страницы hello.html первой, то есть v1.

Создайте тег первой версии

git tag v1
git log

Теперь текущая версия страницы называется v1.

Теги для предыдущих версий

Обозначим версию, предшествующую текущей, названием v1-beta. Прежде всего, мы переключимся на предыдущую версию. Вместо того чтобы искать хеш коммита, мы будем использовать обозначение ^, а именно v1^, указывающее на коммит, предшествующий v1.

git checkout v1^
cat hello.html

Переключение по имени тега

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

git checkout v1
git checkout v1-beta

Просмотр тегов с помощью команды tag

Вы можете увидеть, какие теги доступны, используя команду git tag.

git tag

Просмотр Тегов в логах команды tag

Вы также можете посмотреть теги в логе.

git log main --all

Отмена изменений до индексации

Переключитесь на ветку main

Убедитесь, что вы находитесь на последнем коммите ветки main, прежде чем продолжить работу.

git switch main

Отмена проиндексированных изменений (перед коммитом)

Отмена изменений в рабочем каталоге

Используйте команду checkout для переключения в версию файла hello.html в репозитории.

git checkout hello.html
git status
cat hello.html

Измените файл и проиндексируйте изменения

Внесите изменение в файл hello.html в виде нежелательного комментария. Проиндексируйте это изменение.

git add hello.html

Проверьте состояние

Проверьте состояние нежелательного изменения.

git status

Сбросьте области подготовки

Команда reset сбрасывает область подготовки к HEAD. Это очищает область подготовки от изменений, которые мы только что проиндексировали.

git reset HEAD hello.html

Команда reset (по умолчанию) не изменяет рабочую директорию. Поэтому рабочая директория всё еще содержит нежелательный комментарий. Мы можем использовать команду checkout из предыдущего урока, чтобы убрать нежелательные изменения в рабочей директории.

Переключитесь на версию коммита

git checkout hello.html git status

Наша рабочая директория опять чиста.

Удаление коммитов из ветки

Revert из предыдущего раздела является мощной командой, которая позволяет отменить любые коммиты в репозиторий. Однако, и оригинальный и «отмененный» коммиты видны в истории ветки (при использовании команды git log).

Часто мы делаем коммит, и сразу понимаем, что это была ошибка. Было бы неплохо иметь команду «возврата», которая позволила бы нам сделать вид, что неправильного коммита никогда и не было. Команда «возврата» даже предотвратила бы появление нежелательного коммита в истории git log.

Команда reset

Мы уже видели команду reset и использовали ее для согласования области подготовки с выбранным коммитом (в предыдущем уроке мы использовали коммит HEAD).

Если выполнить команду reset с указанием ссылки на коммит (т.е. метки HEAD, имени ветки или тега, хеша коммита), то команда...

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

Проверьте нашу историю

Давайте сделаем быструю проверку нашей истории коммитов.

git log

Мы видим, что два последних коммита в этой ветке - «Oops» и «Revert Oops». Давайте удалим их с помощью сброса.

Для начала отметьте эту ветку

Но прежде чем удалить коммиты, давайте отметим последний коммит тегом, чтобы потом можно было его найти.

git tag oops

Сброс к предшествующему коммиту

Глядя на историю лога (см. выше), мы видим, что коммит с тегом v1 является коммитом, предшествующим ошибочному коммиту. Давайте сбросим ветку до этой точки. Поскольку ветка имеет тег, мы можем использовать имя тега в команде сброса reset (если она не имеет тега, мы можем использовать хеш коммита).

git reset --hard v1
git log