Самоучитель по Git и GitHub для начинающих

Изображение 1

Обзор:

Эта статья представляет собой обзор основных концепций Git и GitHub для начинающих.

Оглавление:

1. Что такое система контроля версий (СКВ)?
2. Типы VCS
3. Разница между Git и GitHub
4. Установка Git
5. Операции и команды Git

Что такое система контроля версий (СКВ)?

Системы контроля версий – это программные инструменты для отслеживания/управления всеми изменениями, внесенными в исходный код в процессе разработки проекта. Она ведет учет каждого изменения, внесенного в код. Она также позволяет нам вернуться к предыдущей версии кода, если в текущей версии допущена какая-либо ошибка. Без наличия VCS было бы невозможно следить за развитием проекта.

Типы VCS

Существует три типа VCS:

1. Локальная система контроля версий
2. Централизованная система контроля версий
3. Распределенная система контроля версий

Локальная система контроля версий

Локальная система контроля версий находится на вашей локальной машине. Если локальная машина сломается, извлечь файлы будет невозможно, и вся информация будет потеряна. Если что-то случится с одной версией, все версии, созданные после нее, будут потеряны.

Кроме того, с локальной системой контроля версий невозможно сотрудничать с другими сотрудниками.

Изображение 2

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

Централизованная система контроля версий

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

Изображение 3

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

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

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

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

Изображение 4

Разница между Git и GitHub

Git – это инструмент контроля версий (программное обеспечение) для отслеживания изменений в исходном коде.

GitHub – это облачный веб-сервис для размещения исходного кода (репозиториев Git). Это централизованная система.

Git не требует GitHub, но GitHub требует Git.

Установка Git

Существует два способа установки Git.

1. Установить Git для использования WSL (Windows Subsystem for Linux).

Установить Ubuntu –

Установить Git в Ubuntu – https://www.digitalocean.com/community/tutorials/how-to-install-git-on-ubuntu-20-04.

2. Установить программу Git для windows – https://git-scm.com/download/win

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

5 Операции и команды Git

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

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

Создайте удаленный центральный репозиторий на GitHub.

Создайте локальный репозиторий с помощью git (я использую программу Git на Windows 10)

Откройте проводник файлов, перейдите в рабочий каталог, щелкните правой кнопкой мыши и выберите “Git Bash Here”. Откроется терминал Git. Для создания нового локального репозитория используйте команду git init, которая создаст папку .git .

git init для создания нового репозитория Git

(master) – это ветвь по умолчанию локального репозитория.

Далее нам нужно синхронизировать локальный и центральный репозитории.

git remote add для добавления нового удаленного репозитория.

Чтобы получить URL центрального репозитория, откройте свой репозиторий в GitHub и скопируйте ссылку.

Выполните приведенную ниже команду,

Как правило, Origin – это сокращенное имя удаленного репозитория, который мы клонируем.

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

git pull для загрузки всего содержимого из удаленного репозитория

(main – это ветвь в нашем центральном/удаленном репозитории. Пожалуйста, проверьте название ветки перед запросом на извлечение).

При простом добавлении origin у нас нет никаких файлов. После извлечения из основной ветки у нас теперь есть файл README.md в локальном репозитории.

Теперь, если вы снова попытаетесь вытащить файл, появится сообщение “Already up to date”.

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

git status для проверки состояния рабочей директории и области хранения.

Рабочая директория – это место, где мы вносим изменения в существующие или создаем новые файлы.

Область постановки – это место, где файлы готовы к фиксации.

С момента последней фиксации мы не внесли никаких изменений в рабочую директорию. Поэтому здесь говорится: “Нечего фиксировать, рабочее дерево чистое”.)

Теперь вопрос в том, как нам добавить файлы в область хранения.

git add для добавления файлов в индекс или в область хранения.

Чтобы продемонстрировать это на примере, я изменяю файл README.md и создаю еще два текстовых файла “file1.txt”, “file2.txt”.

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

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