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

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

~20 мин

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

Ситуация

Служба 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 чистый — ещё не проверялась

Подсказки

открыто 0 из 3 · открываются по одной

Подсказка 1

Показать решение после 3 неудачных проверок

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

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

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

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

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`