Primary finding
Merge-conflict commit may be empty and is silently swallowed, producing a push with no merge commit
- .github/workflows/sync-upstream.yml:68-75
When `git merge` fails with conflicts, the working tree has conflict markers and `MERGE_HEAD` is set. `git add -A` stages the conflicted files. `git commit ... || true` will succeed in the normal case, but if for any reason the commit fails (e.g. pre-existing commit hook, empty index after add, or git refusing to commit during an active merge state in some configurations), the `|| true` masks the failure. The subsequent `git push` step will then push the branch *without* the merge commit, and the PR will be opened claiming conflicts exist while the branch actually contains no upstream changes at all — a misleading PR. Additionally, if conflicts include deletions vs. modifications, `git add -A` alone may not stage everything as expected.
Recommendation
Remove `|| true` and explicitly check `$?`; if commit fails, fail the job loudly instead of pushing an empty/misleading branch. Also verify `git status` shows a clean tree post-commit before pushing.