Merge commits can take the PR head as parent, dropping carryforward flags on the base branch
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 48/100
- Tipo di issue
- Bug
- Chiarezza
- Specificata chiaramente
- Stato di attività
- Attiva
- Stack tecnologico
- git, github
- Ambito
- backend
Direzione di ricerca
The report identifies apps/worker/services/repository.py, especially fetch_appropriate_parent_for_commit and _possibly_filter_out_branch, as the parent selection path. Read those functions alongside the merge handling in apps/worker/tasks/sync_pull.py, then trace how git parent order reaches the database query. Done means merge commits select the first git parent for the base branch and tests cover the case where both parents are stored on that branch.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Summary
When a PR is merged with a merge commit (not squash/rebase), Codecov can pick the PR head as the parent of the merge commit on the base branch instead of the previous base-branch commit (the first git parent). With carryforward flags, the base branch then inherits the PR branch's report, so flags the PR never uploaded disappear from the base branch, or roll back to stale values.
In our repo (39 carryforward flags, CI runs only affected projects per PR) this happens on roughly half of merges. After about a week, 27 of the 39 flags had no coverage on main's head, and PRs showed (?) / "No coverage information found on base report" for them.
Root cause (worker source, codecov/umbrella @ 6d449dd)
apps/worker/tasks/sync_pull.py(L396-L420): when a PR is merged without squash, every commit on the PR includingpull.headis updated tobranch=<base branch>,merged=True.apps/worker/services/repository.pyfetch_appropriate_parent_for_commit(L109-L157): the merge commit's git parents are looked up, and both exist in Codecov's DB (the previousmaincommit from the push upload, the PR head from PR CI)._possibly_filter_out_branch(L160-L170) returns the first row whosebranchequals the commit's branch. After step 1, both parents havebranch=main. The query has noORDER BY, and git parent order is never consulted, so whichever row the DB returns first wins.
Empirically the row with the lexicographically smaller commit SHA wins: that held for every merge commit we checked (19 of 19), and it picks the PR head about half the time.
Expected
For a merge commit, prefer the first git parent (the previous commit on the base branch), e.g. preserve git_commit["parents"] order in _possibly_filter_out_branch instead of relying on the unordered query result.
Things we tried that don't help
- Uploading with an explicit parent (
commit_parentin codecov-action v5 /--parent-shain the CLI): the stored parent is still the one chosen above. - No
codecov.ymlkey controls parent selection. - Changing the merge strategy to squash avoids it, but that isn't an option for us.
Environment
- GitHub, Codecov GitHub App,
codecov/codecov-action@v5 - Carryforward on all flags,
strict_yaml_branch: main, merge-commit merges
- Lingua principale
- Nessun dato sulla lingua
- Stelle
- 52
- Fork
- 26
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Preparare l'ambiente
Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di codecov/feedback
-
Bundle analysis: `normalizePath` replaces everything after the first `-` in a file name, so different assets collideForse già presa @ChiptenIsCool l’ha presa 1 giorno fa. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
-
Docs Waiting for: Product Owner
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 65/100
-
Feature RequestAperta
Difficoltà 5/5 Più di una settimana Idoneità per principianti 5/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 54/100
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 48/100
Tutte le issue di codecov/feedback
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 64/100
FinanceFlash/unvibecode#577 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
umbraco/Umbraco-CMS-MCP-Editor#274 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
ProdigyV21/ARVIO#873 ·
I maintainer di solito rispondono entro 1 giorno
-
[FEATURE]: Set fieldPath and reason on the CEL validation rulesForse già presa @bjosv l’ha presa oggi. Apertaenhancement needs-triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
valkey-io/valkey-operator#618 ·
I maintainer di solito rispondono entro 3 giorni