Изучите команды Git на практических примерах в Linux — часть 1
Изучите команды Git на практических примерах в Linux — часть 2
Git — это распределенная система контроля версий. Он в основном используется разработчиками программного обеспечения для управления исходным кодом. Git — это бесплатное программное обеспечение с открытым исходным кодом, и многие крупные организации используют его для управления своей огромной базой кода.
В этом руководстве мы познакомимся с Git. Это будет практическое руководство. В этом руководстве предполагается, что в вашей системе установлен Git.
Начальная конфигурация пользователя Git
Сначала нам нужно настроить параметры для пользователя Git. Мы можем сделать эти настройки для всех репозиториев, присутствующих в текущей системе, или для конкретного репозитория. Давайте разберемся с этим на примере:
Личность пользователя
В Git мы можем указать личность пользователя, указав его имя и адрес электронной почты. Эта информация будет использоваться во время каждой операции фиксации. Выполните следующую команду в терминале, чтобы назначить идентификатор:
$ git config --global user.name "Infoit User" $ git config --global user.email "infoituser@infoit.com.ua"
Editor
Этот параметр настраивает редактор, который будет использоваться при отправке сообщения о фиксации:
$ git config --global core.editor vim
Compression
Этот параметр настраивает уровень сжатия, который будет использоваться. Допустимый диапазон сжатия — от -1 до 9. Значение -1 указывает на сжатие zlib и является уровнем сжатия по умолчанию. Значение 0 означает отсутствие сжатия, от 1 до 9 — это различные компромиссы между скоростью и размером, 9 — самый медленный.
$ git config --global core.compression 2
Diff tool
Этот параметр настраивает инструмент просмотра различий. Например, команда ниже настраивает vimdiff как инструмент сравнения:
$ git config --global diff.tool vimdiff
В приведенных выше командах мы везде использовали параметр –global , который сделает эту конфигурацию глобальной. Это означает, что одна и та же конфигурация будет применена ко всем репозиториям, присутствующим в текущей системе. Чтобы сделать репозиторий конфигурации специфичным, просто удалите опцию –global.
Конфигурация списка
Чтобы просмотреть конфигурацию Git, выполните в терминале команду ниже:
$ git config -l
Эта команда сгенерирует следующий вывод:
core.repositoryformatversion=0 core.filemode=true core.bare=false core.logallrefupdates=true core.editor=vim core.compression=2 user.name=Infoit User user.email=infoituser@infoit.com.ua diff.tool=vimdiff
Репозитории Git
Репозиторий — это место, где хранится исходный код. Мы можем создать новый репозиторий или использовать существующий репозиторий. Чтобы создать новый пустой репозиторий, выполните команду ниже:
$ mkdir my-repo.git $ cd my-repo.git $ git init --bare Initialized empty Git repository in my-repo.git
Этот метод будет полезен, когда вы начинаете новый проект. Другой способ — использовать существующий репозиторий. Такой репозиторий размещается на удаленном сервере, таком как GitHub. Чтобы загрузить удаленный репозиторий, используйте команду clone следующим образом:
$ git clone https://github.com/infoituser/my-repo.git
В приведенной выше команде последний аргумент — это путь к удаленному репозиторию.
Рабочий процесс Git
В этом разделе мы обсудим рабочий процесс git.
Ввести новые изменения
Первый шаг — внести новые изменения. Это может быть добавление нового файла или обновление существующих файлов. Давайте создадим новый файл и изменим существующий файл
$ touch AUTHORS # Create new file $ echo "New Contents" >> README # Update existing file
Проверить статус репозитория
Git — это система отслеживания контента, она определяет два вышеупомянутых изменения. Проверим статус репозитория:
$ git status -s M README ?? AUTHORS
В приведенном выше выводе буква M появляется перед README, что указывает на то, что существующий файл был изменен. В то время как ?? появляется перед AUTHORS, что указывает на то, что это новый файл, и Git не знает об этом, поэтому такой файл называется неотслеживаемым файлом.
Добавить файл в набор изменений
Давайте проинструктируем Git отслеживать этот новый файл. Мы можем добиться этого с помощью команды добавления. Эта операция начнет отслеживать изменения, внесенные в этот файл.
$ git add AUTHORS
Давайте сейчас проверим статус репозитория:
$ git status -s A AUTHORS M README
Вышеупомянутые выходные данные показывают A перед AUTHORS, что указывает на то, что этот файл был недавно добавлен в Git. С помощью этой команды мы можем добавить любое количество файлов.
Удалить файл из набора изменений
Давайте проинструктируем Git отследить этот недавно добавленный файл. Мы можем добиться этого с помощью команды сброса. Эта операция удалит файл из набора изменений.
$ git reset AUTHORS $ git status -s M README ?? AUTHORS
Приведенные выше выходные данные показывают, что файл AUTHORS не отслеживается Git.
Зафиксировать изменения
В Git файлы, которые являются частью набора изменений, образуют фиксацию. Каждая фиксация получит уникальный идентификатор. Давайте сначала создадим ревизию
$ git add AUTHORS $ git add README
Теперь давайте зафиксируем изменения в локальном репозитории с сообщением о фиксации. В приведенной ниже команде -m аргумент указывает сообщение фиксации.
$ git commit -m "Updated README and added AUTHORS"
Когда вы выполните указанную выше команду, она выдаст следующий вывод:
[master 0b124eb] Updated README and added AUTHORS 2 files changed, 1 insertion(+) create mode 100644 AUTHORS
Проверить изменения
В этом разделе мы обсудим команды, которые позволят нам просматривать изменения в репозитории.
Просмотр журнала фиксации
Репозиторий может содержать несколько коммитов от нескольких авторов. Мы можем использовать команду log для просмотра всех доступных коммитов:
$ git log
Когда вы выполните указанную выше команду, она выдаст следующий вывод:
commit 0b124eb6d0109d837f6f9396c9937406abd3f456 (HEAD -> master)
Author: Infoit User <infoituser@infoit.com.ua>
Date: Fri Jul 27 21:06:55 2018 +0530
Updated README and added AUTHORS
Это коммит, который мы создали ранее. В приведенной выше команде:
- Шестнадцатеричный идентификатор представляет собой идентификатор фиксации.
- Раздел коммита «Автор» показывает подробную информацию о том, кто внес эти изменения.
- Раздел даты показывает дату и метку времени фиксации
Просмотр короткого журнала фиксации
Вышеупомянутая команда покажет подробную информацию о каждой фиксации. Чтобы просмотреть краткое описание каждой фиксации, используйте параметр –oneline следующим образом:
$ git log --oneline
Когда вы выполните указанную выше команду, она выдаст следующий вывод:
0b124eb (HEAD -> master) Updated README and added AUTHORS
Просмотр фиксации
Идентификатор фиксации связан с каждым набором изменений. Мы можем использовать этот идентификатор с командой show для просмотра содержимого фиксации.
$ git show 0b124eb6d0109d837f6f9396c9937406abd3f456
Когда вы выполните указанную выше команду, она выдаст следующий вывод:
commit 0b124eb6d0109d837f6f9396c9937406abd3f456 (HEAD -> master)
Author: Infoit User <infoituser@infoit.com.ua>
Date: Fri Jul 27 21:06:55 2018 +0530
Updated README and added AUTHORS
diff --git a/AUTHORS b/AUTHORS
new file mode 100644
index 0000000..e69de29
diff --git a/README b/README
index 980a0d5..5680123 100644
--- a/README
+++ b/README
@@ -1 +1,2 @@
Hello World!
+New Contents
Посмотреть разницу
Команда Diff позволяет нам просматривать изменения перед созданием набора изменений. Команда Diff показывает различия между репозиторием и локальной рабочей областью. Давайте модифицируем файл README и рассмотрим различия
$ echo "Generating diff" >> README $ git diff diff --git a/README b/README index 5680123..3158230 100644 --- a/README +++ b/README @@ -1,2 +1,3 @@ Hello World! New Contents +Generating diff
В приведенной выше команде:
- знак + указывает на изменения, которые добавляются в файл
- — знак указывает на изменения, которые удалены из файла
Работа с удаленными репозиториями
Пока мы работали только с локальным репозиторием. Другие разработчики не могут использовать внесенные нами изменения, поскольку они являются локальными. Следовательно, совместная работа кода невозможна. В этом разделе будут описаны команды, которые позволят нам взаимодействовать с удаленными репозиториями.
Опубликовать изменения в удаленном репозитории
Мы можем публиковать локальные изменения в удаленном репозитории, чтобы другие разработчики могли его использовать. Перед публикацией изменений мы должны создать набор изменений и локальную фиксацию. Мы можем опубликовать изменения с помощью команды push следующим образом:
$ git push
Эта команда копирует изменения из локальной рабочей области в удаленный репозиторий. В Git эта операция называется операцией push.
Синхронизировать рабочее пространство с удаленным репозиторием
Многие разработчики могут публиковать изменения своего рабочего пространства в удаленном репозитории. Git позволяет нам загружать эти изменения и синхронизировать рабочее пространство с репозиторием. Мы можем добиться этого с помощью команды pull:
$ git pull
В Git эта операция называется операцией извлечения.
Разные команды Git
В этом разделе обсуждаются различные команды Git, которые будут полезны для выполнения повседневных задач:
Изменить последнюю фиксацию
Git позволяет нам изменять последний коммит. Мы можем использовать этот метод, чтобы избежать создания новой фиксации. В основном он используется для изменения предыдущего сообщения фиксации. Чтобы изменить последнюю фиксацию, используйте параметр –amend следующим образом:
$ echo "Yet another new change" >> README $ git add README $ git commit --amend -m "This is amended commit
Теперь давайте проверим журнал фиксации:
$ git log
commit 8bf67aec1d1de87f03ab6aae93940b17826fde1c (HEAD -> master)
Author: Infoit User <infoituser@infoit.com.ua>
Date: Fri Jul 27 21:54:55 2018 +0530
This is amended commit
Если вы внимательно посмотрите на вывод выше, то мы сможем увидеть новое сообщение фиксации, его идентификатор и новую временную метку.
Удалить неотслеживаемые файлы
Не отслеживаемые файлы — это те, которые неизвестны Git. Мы можем удалить все неотслеживаемые файлы с помощью команды clean.
Давайте создадим несколько неотслеживаемых файлов:
$ touch delete-me-1 delete-me-2 delete-me-3
Чтобы удалить все указанные выше неотслеживаемые файлы, используйте команду clean с параметром -f следующим образом:
$ git clean -f Removing delete-me-1 Removing delete-me-2 Removing delete-me-3
Обратите внимание, что эта команда удалит файлы безвозвратно, поэтому используйте ее с осторожностью.
Просмотр коммитов конкретного автора
Если мы используем команду log, то она показывает коммиты всех авторов. Для просмотра коммитов конкретного автора используйте флаг –author следующим образом:
$ git log --author=Infoit
Когда вы выполните указанную выше команду, она отобразит все коммиты авторов Infoit следующим образом:
commit 8bf67aec1d1de87f03ab6aae93940b17826fde1c (HEAD -> master)
Author: Infoit User <infoituser@infoit.com.ua>
Date: Fri Jul 27 21:54:55 2018 +0530
This is amended commit
Просмотр истории каждого файла построчно
Чтобы просмотреть историю построчно, мы можем использовать команду blame.
$ git blame README
Когда вы выполните указанную выше команду, она выдаст следующий вывод:
76294131 (Infoit User 2018-07-27 21:12:11 -0700 1) Hello World! 8bf67aec (Infoit User 2018-07-27 21:54:55 +0530 2) New changes 8bf67aec (Infoit User 2018-07-27 21:54:55 +0530 3) Yet another changes
В приведенной выше команде:
- Первый столбец указывает идентификатор фиксации
- Второй столбец указывает автора
- В третьем столбце указаны временные метки.
- Последний столбец указывает номер строки и содержимое файла.
Просмотр различий из области подготовки
Когда вы создаете набор изменений с помощью команды добавления, файл логически перемещается в промежуточную область. Давайте посмотрим на этом примере:
$ echo "Let us demonstrate staging area" >> README $ git add README $ git diff
Вышеупомянутая команда не покажет никакой разницы, поскольку файл перемещается в промежуточную область. Давайте использовать –staged операцию для просмотра различий:
$ git diff --staged diff --git a/README b/README index 74729a2..8bc5ffd 100644 --- a/README +++ b/README @@ -1,3 +1,4 @@ Hello World! New changes Yet another changes +Let us demonstrate staging area
Заключение
В этом руководстве мы обсудили основные операции Git на простых примерах. Это руководство — хорошая отправная точка для новичков в Git.
