Поиск по сайту:

Как эффективно использовать Git


Введение

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

Файлы многих программных проектов хранятся в репозиториях Git, а такие платформы, как GitHub, GitLab и Bitbucket, помогают облегчить совместное использование и совместную работу над проектами разработки программного обеспечения.

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

Предпосылки

  • Инструмент контроля версий, устанавливающий Git на Ubuntu 20.04

Шаг 1 — Создание рабочего пространства

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

  1. mkdir testing

Затем перейдите в этот рабочий каталог:

  1. cd testing

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

  1. touch file

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

Шаг 2 — Преобразование существующего проекта в рабочую среду

Вы можете инициализировать репозиторий Git в существующем каталоге с помощью команды git init.

  1. git init
Output
Initialized empty Git repository in /home/sammy/testing/.git/

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

  1. git add .

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

Шаг 3 — Создание сообщения фиксации

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

Если вы импортируете существующий проект в Git в первый раз, обычно просто используйте сообщение вроде \Initial Commit. Вы можете создать фиксацию с помощью команды git commit:

  1. git commit -m "Initial Commit" -a
Output
[master (root-commit) 1b830f8] initial commit 0 files changed create mode 100644 file

У приведенной выше команды есть два важных параметра. Во-первых, это -m, что означает, что последует сообщение о вашей фиксации (в данном случае \Initial Commit). Во-вторых, -a означает, что ваша фиксация должна включать все добавленные или измененные файлы. Git не рассматривает это как поведение по умолчанию, но при работе с Git в будущем вы можете по умолчанию включать все обновленные файлы в свои будущие коммиты большую часть времени.

Чтобы зафиксировать один файл или несколько файлов, вы могли бы использовать:

  1. git commit -m "Initial Commit" file1 file2

На следующем шаге вы отправите эту фиксацию в удаленный репозиторий.

Шаг 4 — Отправка изменений на удаленный сервер

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

Первым шагом к возможности передачи кода на удаленный сервер является предоставление URL-адреса, по которому находится репозиторий, и присвоение ему локального имени. Чтобы настроить удаленный репозиторий и просмотреть список всех удаленных репозиториев (их может быть больше одного), используйте команду git remote:

  1. git remote add origin ssh://git@git.domain.tld/repository.git
  2. git remote -v
Output
origin ssh://git@git.domain.tld/repository.git (fetch) origin ssh://git@git.domain.tld/repository.git (push)

Первая команда добавляет удаленный объект, называемый «источником», и задает URL-адрес ssh://git@git.domain.tld/repository.git.

Вы можете назвать свой пульт как угодно. origin – общепринятое соглашение о том, где будет жить ваша авторитетная исходная копия кода. URL-адрес должен указывать на реальный удаленный репозиторий. Например, если вы хотите отправить код на GitHub, вам нужно будет использовать URL-адрес репозитория, который они предоставляют.

После того, как вы настроили удаленный доступ, вы можете отправить свой код. Вы можете отправить код на удаленный сервер, набрав следующее:

  1. git push origin main

Примечание. До 2021 года первая ветвь, созданная в репозитории Git, по умолчанию называлась master. С тех пор было предложено изменить имя ветки по умолчанию на main, чтобы использовать более нейтральную терминологию. Хотя многие провайдеры хостинга Git, такие как Github, внесли это изменение, ваша локальная копия Git по умолчанию может по-прежнему иметь значение master. Если вы получили сообщение об ошибке о несуществующей ветке с именем main, попробуйте вместо этого нажать master.

Output
Counting objects: 4, done. Delta compression using up to 2 threads. Compressing objects: 100% (2/2), done. Writing objects: 100% (3/3), 266 bytes, done. Total 3 (delta 1), reused 1 (delta 0) To ssh://git@git.domain.tld/repository.git 0e78fdf..e6a8ddc main -> main

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

Заключение

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

Далее вы можете узнать о справочном руководстве по Git.