Автоматизация: Git и Ansible / Ступень 1 из 6

История правок конфигурации

Не запущена Запускается обычно ~20 с

Шаг 5 из 6 · лаба · 20 мин

Служба цен не поднялась

После ночного перезапуска служба цен не стартует. Её настройки лежат под git, и правили их несколько человек. Верни рабочие настройки, не потеряв нужную вчерашнюю правку и не переписывая историю.

Ситуация

Служба lab-pricing отдаёт витрине магазина цены и список складов. После ночного перезапуска она не поднялась, и витрина пишет «цены недоступны». Настройки службы лежат в /etc/pricing. Этот каталог — git-репозиторий: кто правит настройки, тот коммитит правку сюда же.

Вчера Олег добавил в настройки склад в Казани. Витрина уже показывает его покупателям, поэтому эта правка нужна.

Задача

Служба lab-pricing работает и отвечает: curl http://127.0.0.1:8180/health.
В pricing.ini — те настройки, с которыми служба работала до перезапуска, и склад в Казани в них есть.
История не переписывается: исправление — новым коммитом в ветке main, коммиты коллег остаются в ней. В конце git status чистый.
Код службы и её юнит не меняй.

Каталог /etc/pricing принадлежит root, поэтому git в нём запускай через sudo: sudo git -C /etc/pricing log. Интернета на машине нет.

Лаба · самостоятельно

Команды в этой лабе не даны: набирай их в терминале сам. Цели проверяются на машине после каждой команды.

Цели

0 из 4

Служба lab-pricing работает и отвечает на http://127.0.0.1:8180/health — ещё не выполнена
Настройки pricing.ini — те, с которыми служба работала до перезапуска — ещё не выполнена
Склад в Казани из вчерашней правки остался в настройках — ещё не выполнена
История не переписана — исправление новым коммитом в main, git status чистый — ещё не выполнена

Ctrl+Enter

Запустит машину node1 · Ubuntu 24.04

Машина запускается

Подсказки

0 из 3

Сообщить о проблеме

Цели лабы

0 из 4

Служба lab-pricing работает и отвечает на http://127.0.0.1:8180/health — ещё не выполнена
Настройки pricing.ini — те, с которыми служба работала до перезапуска — ещё не выполнена
Склад в Казани из вчерашней правки остался в настройках — ещё не выполнена
История не переписана — исправление новым коммитом в main, git status чистый — ещё не выполнена

node1 Ubuntu 24.04

Для запуска машины нужен вход

Машина запускается на твой аккаунт, там же хранится прогресс. Читать можно без входа.

После входа вернёшься на эту лабу.

Цели лабы

0 из 4

Служба lab-pricing работает и отвечает на http://127.0.0.1:8180/health — ещё не выполнена
Настройки pricing.ini — те, с которыми служба работала до перезапуска — ещё не выполнена
Склад в Казани из вчерашней правки остался в настройках — ещё не выполнена
История не переписана — исправление новым коммитом в main, git status чистый — ещё не выполнена

Файлы и каталоги · подобрано по лабе

git: история правок, откат и удалённый репозиторий

Шпаргалка

$_ — вставить в терминал

git status что изменено, на какой ветке
git diff незакоммиченные правки
git add -A ; git commit -m "msg" зафиксировать
git log --oneline -10 история кратко
git log -p -- site.conf история файла с правками
git blame site.conf кто и когда менял каждую строку
git restore site.conf выбросить незакоммиченную правку
git revert --no-edit <коммит> отменить коммит новым коммитом
git fetch ; git status что нового в удалённом
git pull забрать и влить
git push отправить свои коммиты
git stash ; git stash pop отложить правку и вернуть

Ниже — основные подкоманды git; полный список — man git, git help <команда>.

История: log -p, show, blame

Репозиторий /etc/demo с тремя коммитами двух авторов:

text

student@node1:/etc/demo$ sudo git log --format='%h %an %ad %s' \
> --date=short
c9ab4a3 Boris Ops 2026-10-09 site: tune listen
4c69b7d Boris Ops 2026-10-05 site: move root to /srv/www
f7de9e0 Anna Admin 2026-10-01 site: initial config

git log -p добавляет к каждому коммиту его правку; с -1 — только последний, с -- <файл> — только коммиты этого файла:

text

student@node1:/etc/demo$ sudo git log -p -1 -- site.conf
commit c9ab4a3032a1cf6f1f4b1fee565958cfaf2f67c4
Author: Boris Ops <boris@lab.local>
Date:   Fri Oct 9 09:15:00 2026 +0000

    site: tune listen

diff --git a/site.conf b/site.conf
index d988f4e..f671dff 100644
--- a/site.conf
+++ b/site.conf
@@ -1,4 +1,4 @@
 server {
-    listen 80;
+    listen 8O;
     root /srv/www;
 }

- — строка до коммита, + — после: вместо 80 записано 8O с буквой O. git show <коммит> печатает один коммит так же, с --stat — только список файлов. git blame подписывает каждую строку файла коммитом, который её последним менял:

text

student@node1:/etc/demo$ sudo git blame site.conf
^f7de9e0 (Anna Admin 2026-10-01 10:00:00 +0000 1) server {
c9ab4a30 (Boris Ops  2026-10-09 09:15:00 +0000 2)     listen 8O;
4c69b7d7 (Boris Ops  2026-10-05 14:30:00 +0000 3)     root /srv/www;
^f7de9e0 (Anna Admin 2026-10-01 10:00:00 +0000 4) }

^ у хэша — первый коммит репозитория. Незакоммиченная правка видна в git status (modified: site.conf) и git diff.

Отменить правку и коммит: restore, revert, reset

Что отменить	Команда	История
незакоммиченную правку файла	`git restore site.conf`	не меняется
один коммит	`git revert --no-edit <коммит>`	новый коммит поверх
файл — к версии из старого коммита	`git restore --source=<коммит> site.conf`	не меняется, правка — в рабочем файле
ветку — к старому коммиту	`git reset --hard <коммит>`	коммиты после него уходят из ветки

revert делает коммит, обратный выбранному, — история сохраняется, и видно, кто и когда отменил:

text

student@node1:/etc/demo$ sudo git revert --no-edit HEAD
[main 107f37c] Revert "site: tune listen"
 Date: Wed Oct 21 11:54:18 2026 +0000
 1 file changed, 1 insertion(+), 1 deletion(-)

В сообщении такого коммита — This reverts commit c9ab4a30…. Отменить можно и старый коммит (git revert --no-edit HEAD~2): git снимает только его правку и оставляет более поздние. Посмотреть файл из старого коммита, ничего не меняя, — git show HEAD~3:site.conf.

reset --hard переписывает ветку: коммиты после выбранного пропадают из неё, а незакоммиченные правки — совсем. Ушедшие коммиты помнит git reflog:

text

student@node1:/etc/demo$ sudo git reflog | head -3
107f37c HEAD@{0}: reset: moving to HEAD~1
d01f2cc HEAD@{1}: revert: Revert "site: move root to /srv/www"
107f37c HEAD@{2}: revert: Revert "site: tune listen"

git reset --hard 'HEAD@{1}' возвращает ветку туда, где она была до reset. В общем репозитории, откуда другие делают pull, историю не переписывают — там отменяют revert'ом.

Репозиторий root'а: sudo git

Файлы в /etc принадлежат root, и репозиторий в /etc/nginx — тоже. Команды git там идут через sudo, как и правка конфига. Имя и почту автора sudo git берёт из настроек root — твои git config --global ему не видны. Поэтому их задают в самом репозитории:

bash

sudo git -C /etc/nginx config user.name 'Lab Admin'
sudo git -C /etc/nginx config user.email 'admin@lab.local'

Без этого sudo git commit и sudo git revert отвечают Author identity unknown — git. git без sudo в чужом репозитории отказывается работать — git.

Удалённый репозиторий: fetch, pull, push

Bare-репозиторий — только история, без рабочих файлов: в него отправляют push с разных машин. Рабочая копия на сервере — клон, у неё удалённый репозиторий называется origin:

bash

git init --bare -b main /srv/git/site.git   # общий репозиторий
git clone /srv/git/site.git ~/site           # рабочая копия
git remote -v                                # куда смотрит origin

git status сравнивает ветку с тем, что git знал об origin при последнем обмене. Новый коммит коллеги он увидит после git fetch:

text

student@node1:~/w1$ git fetch
From /srv/git/site
   b1ad7d1..8396b40  main       -> origin/main
student@node1:~/w1$ git status | head -2
On branch main
Your branch is behind 'origin/main' by 1 commit, and can be
  fast-forwarded.

git log --oneline HEAD..origin/main — какие коммиты придут, git diff HEAD origin/main — что они поменяют. git pull = fetch и слияние; если своих коммитов нет, ветка просто сдвигается вперёд (Fast-forward).

git push отправляет свои коммиты. Если в origin есть коммиты, которых у тебя нет, push отказывается:

text

 ! [rejected]        main -> main (fetch first)
error: failed to push some refs to '/srv/git/site.git'

Сначала git pull, потом снова git push. Если и у тебя, и в origin есть новые коммиты, ветки разошлись, и git pull спрашивает, как их сводить, — git.

Отложить правку: stash

git stash убирает незакоммиченные правки в отдельное хранилище и возвращает файлы к последнему коммиту — так можно забрать чужие коммиты, когда pull отказывается из-за локальной правки:

text

student@node1:~/w1$ git stash
Saved working directory and index state WIP on main: b1ad7d1 site: v1
student@node1:~/w1$ git pull
Updating b1ad7d1..8396b40
Fast-forward
 index.html | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
student@node1:~/w1$ git stash pop
Auto-merging index.html
CONFLICT (content): Merge conflict in index.html
...
The stash entry is kept in case you need it again.

git stash list — что отложено (stash@{0}: WIP on main: …), git stash pop — вернуть правку и убрать её из хранилища. Здесь вернувшаяся правка задела ту же строку, что пришла с pull, — конфликт (git), и запись осталась в хранилище. Убрать её после разбора — git stash drop.

Конфликт

Конфликт — обе стороны поменяли одни и те же строки, и git не знает, какую версию оставить. Он пишет в файл обе:

text

<<<<<<< Updated upstream
v2 colleague
=======
v1 local edit
>>>>>>> Stashed changes

Между <<<<<<< и ======= — версия, которая уже в ветке, между ======= и >>>>>>> — та, что вливается. После stash pop метки называются Updated upstream и Stashed changes, после pull — HEAD и хэш коммита. git status показывает такие файлы как both modified.

Разбор:

Открой файл, оставь нужное, убери все три метки.
git add <файл> — конфликт разобран.
После pull — git commit (сообщение слияния уже готово); после stash pop коммит не нужен, правка просто вернулась в рабочие файлы.

Передумал сливать — git merge --abort: файлы вернутся к состоянию до pull.

Ветки

bash

git branch                        # список веток
git switch -c feature             # создать и перейти
git switch main                   # переключиться
git merge feature                 # влить ветку в текущую
git branch -d feature             # удалить влитую ветку

detected dubious ownership

text

student@node1:~$ git -C /etc/demo status
fatal: detected dubious ownership in repository at '/etc/demo'
To add an exception for this directory, call:

	git config --global --add safe.directory /etc/demo

Репозиторий принадлежит другому пользователю (здесь root), и git не работает в нём от твоего имени: чужие настройки в .git/config могли бы запустить чужие команды. Для репозитория root'а нужен sudo git. Исключение safe.directory даст только читать: писать в .git root'а student всё равно не может — fatal: Unable to create '/etc/demo/.git/index.lock': Permission denied.

Author identity unknown

text

Author identity unknown

*** Please tell me who you are.
...
fatal: unable to auto-detect email address (got 'root@node1.(none)')

У пользователя, от которого идёт коммит, нет имени и почты. В скобках видно, кто это: здесь root — из-за sudo. Задай их в репозитории (git config user.name, git config user.email) — git.

Your local changes … would be overwritten by merge

text

error: Your local changes to the following files would be overwritten
  by merge:
	index.html
Please commit your changes or stash them before you merge.
Aborting

В рабочей копии есть незакоммиченная правка файла, который меняют пришедшие коммиты. Либо закоммить её и делай pull, либо отложи git stash, сделай pull и верни git stash pop — git.

Need to specify how to reconcile divergent branches

text

hint: You have divergent branches and need to specify how to
  reconcile them.
...
fatal: Need to specify how to reconcile divergent branches.

И у тебя, и в origin есть коммиты, которых нет у другой стороны (git status: have diverged). Слить их коммитом слияния — git pull --no-rebase; в терминале git откроет редактор с готовым сообщением, --no-edit возьмёт его без редактора. Выбор на будущее — git config pull.rebase false. После слияния — git push.

rejected … (fetch first)

В origin есть чужие коммиты. git pull, разбери конфликт, если будет, и снова git push — git.

refusing to update checked out branch

push в обычный репозиторий с рабочими файлами: git не меняет ветку, которая там сейчас выписана, иначе её файлы разошлись бы с историей. Общий репозиторий делают bare — git init --bare.

Permission denied (publickey) при push

SSH-ключ не настроен или не добавлен на сервер — см. ssh-keys. Проверь git remote -v: адрес по SSH или по HTTPS.

Случайно сделал reset --hard

git reflog помнит, где был HEAD, — можно вернуться: git reset --hard <hash> (git).

`git reset --hard` и `git clean -fd`

reset --hard затирает незакоммиченные изменения в отслеживаемых файлах без подтверждения; git reflog спасает только то, что было закоммичено — незакоммиченные правки после reset --hard не восстановить. git clean -fd удаляет неотслеживаемые файлы и каталоги (в том числе те, что ты забыл добавить в git) — тоже без корзины. Перед clean прогони git clean -nd (пробный запуск: только покажет, что удалится).

`git push --force`

Перезаписывает историю удалённой ветки: коммиты, которые уже забрали себе коллеги, «пропадают» из ветки — у них останутся расходящиеся копии, слияние превратится в путаницу. Для общей ветки безопаснее git push --force-with-lease (откажется, если на сервере появились чужие коммиты, о которых ты не знал).

История правок конфигурации

Ситуация

Задача

Для запуска машины нужен вход

История: log -p, show, blame

Отменить правку и коммит: restore, revert, reset

Репозиторий root'а: sudo git

Удалённый репозиторий: fetch, pull, push

Отложить правку: stash

Конфликт

Ветки

detected dubious ownership

Author identity unknown

Your local changes … would be overwritten by merge

Need to specify how to reconcile divergent branches

rejected … (fetch first)

refusing to update checked out branch

Permission denied (publickey) при push

Случайно сделал reset --hard

git reset --hard и git clean -fd

git push --force

`git reset --hard` и `git clean -fd`

`git push --force`