mengw15 opened a new pull request, #6852:
URL: https://github.com/apache/texera/pull/6852

   ### What changes were proposed in this PR?
   Step 1 of a Codecov carryforward reset (see #6850). The deferred 
`workflow_run`
   upload experiment (#6730, #6824) — since reverted (#6840, #6837) — left 
Codecov's
   carryforward chain stuck: every PR renders its **own** flag as 
`Carriedforward`
   instead of a fresh delta, so a PR's real coverage change never surfaces (full
   diagnosis in #6839).
   
   Reverting the upload path alone does not un-stick the chain; the poisoned 
base
   report on `main` has to be flushed. This PR removes
   `flag_management.default_rules.carryforward` so the next full `main` build
   rebaselines Codecov against the current flag set, dropping the stale carried
   sessions.
   
   **This is intentionally temporary.** A follow-up PR restores `carryforward: 
true`
   once `main` has a clean full-build baseline. During the window, single-stack 
PRs
   may show non-run flags as `?` — expected, and the reason carryforward exists.
   
   Ordered operational steps (per Codecov's [reset 
guidance](https://community.codecov.com/t/remove-old-carryforward-flag/3428)):
   1. Merge this PR.
   2. Let a full build run on `main` (all 11 flags upload fresh; nothing 
carried).
   3. Merge the follow-up PR re-enabling carryforward.
   4. Rebase open PRs onto the new `main`.
   
   ### Any related issues, documentation, discussions?
   Closes #6850
   
   ### How was this PR tested?
   Config-only change. Validated `codecov.yml` parses as valid YAML 
(`yaml.safe_load`)
   and that the top-level keys are now `ignore`, `coverage`, `comment` — the
   `flag_management` block is removed as intended. No behavior to unit-test; the
   effect is verifiable on `main` post-merge by confirming PR comments show 
fresh
   flag deltas again.
   
   ### Was this PR authored or co-authored using generative AI tooling?
   Generated-by: Claude Code (claude-opus-4-8)
   


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: [email protected]

For queries about this service, please contact Infrastructure at:
[email protected]

Reply via email to