Git становится по-настоящему полезным, когда вы можете описать состояние проекта до изменения и доказать содержимое каждой ветки после него. Этот практический курс создаёт такую основу с помощью локальных репозиториев, подготовленных снимков, понятной истории, изоляции веток и осознанных правил игнорирования.
Вы настроите авторство коммитов, превратите обычные каталоги в репозитории, изучите построчные изменения и проведёте файлы через рабочее дерево, индекс и историю. В итоговом задании этот процесс применяется к Nginx: базовая конфигурация порта 80 сохраняется, а вариант для порта 443 развивается в отдельной ветке.
Чему вы научитесь
- Проверять Git и настраивать глобальные имя и адрес автора коммитов
- Инициализировать локальный репозиторий и распознавать скрытые метаданные
.git - Различать неотслеживаемые, изменённые, индексированные, сохранённые и игнорируемые файлы
- Проверять изменения через
git diffперед индексированием и коммитом - Читать полную и краткую историю через
git logиgit log --oneline - Создавать и переключать ветку функции, делать в ней коммиты и проверять изоляцию
- Создавать правило
*.logв.gitignoreи проверять его черезgit check-ignore
Для кого этот курс
Этот курс среднего уровня предназначен для пользователей Linux, разработчиков, системных администраторов и изучающих DevOps, которым нужен надёжный локальный процесс Git для кода или конфигураций. Он особенно полезен, если индекс, история или связь веток с рабочими файлами ещё не вполне понятны.
Предварительные требования: Основы терминала Linux и редактирования файлов. Опыт Git и аккаунт онлайн-хостинга не требуются.
Учебная среда: Терминал Linux в LabEx с Git и подготовленными локальными репозиториями; вся работа остаётся на лабораторной машине.
Часто задаваемые вопросы
Рассматривает ли курс GitHub или удалённую совместную работу?
Нет. Курс полностью посвящён локальному Git: настройке, инициализации, статусу, индексу, коммитам, истории, веткам и правилам игнорирования. Удалённые репозитории, clone, fetch, pull и push не используются.
Буду ли я сливать ветку или разрешать конфликты?
Нет. Вы создаёте коммиты в изолированных ветках, затем возвращаетесь в основную и доказываете неизменность её файлов. Слияние, rebase и разрешение конфликтов не входят в курс.
Что демонстрирует итоговый репозиторий?
Основная ветка сохраняет базу Nginx с listen 80;. Ветка secure_mode содержит закоммиченные правило *.log и изменение на listen 443;, показывая независимое развитие без изменения базы.
