Skip to content

fix: restore deploy-parakh.yml rename lost in the dev->main merge - #461

Merged
saqibmanan merged 1 commit into
mainfrom
fix/restore-deploy-parakh-rename
Sep 11, 2026
Merged

saqibmanan merged 1 commit into
mainfrom
fix/restore-deploy-parakh-rename

Conversation

@saqibmanan

Copy link
Copy Markdown
Contributor

Why

PR #460 (`dev` → `main`) reported zero conflicts and merged clean, but the actual result was wrong: `main` kept the stale, pre-rename `deploy-parakh-dev.yml` (old dev-only content, no prod logic) instead of adopting `deploy-parakh.yml`.

Root cause: PR #459 renamed the file and changed most of its content in the same commit. Git's rename detection (~50% similarity threshold) didn't recognize the two as the same file, so the 3-way merge treated it as an unrelated delete (of the old path) + add (of the new path) — and the add didn't land, leaving only the stale file behind. Confirmed `main` had zero trace of `deploy-parakh.yml` anywhere in its tree despite the "clean" merge.

Fix

Explicit `rm` + `checkout` from `dev`'s real content — verified byte-identical to what's currently running successfully on `dev`.

Test plan

  • `actionlint`: zero findings
  • Byte-identical diff against `dev`'s proven version
  • CI green
  • Confirm a subsequent push to `main` actually reaches the new pipeline (not the stale one)

PR #460 (dev -> main) reported zero conflicts and merged clean, but the
actual result was wrong: main kept the stale, pre-rename
deploy-parakh-dev.yml (old dev-only content, no prod logic) instead of
adopting deploy-parakh.yml.

Root cause: PR #459 renamed the file AND changed most of its content in
the same commit. Git's rename detection (~50% similarity threshold)
didn't recognize the two as the same file, so the 3-way merge treated it
as an unrelated delete (of the old path, unchanged on main / gone on dev)
+ add (of the new path, dev-only) -- and for reasons not fully traced,
the add didn't land, leaving only the stale file behind. Confirmed main
had zero trace of deploy-parakh.yml anywhere in its tree.

Fix: explicit rm + checkout from dev's real, already-proven content --
verified byte-identical to what's currently running successfully on dev.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant