Skip to content

feat(stovepipe): Implement project processing - #1058

Open
prathshenoy wants to merge 1 commit into
prath.shenoy/feat/stovepipe-project-analysisfrom
prath.shenoy/refactor/stovepipe-project-results
Open

prathshenoy wants to merge 1 commit into
prath.shenoy/feat/stovepipe-project-analysisfrom
prath.shenoy/refactor/stovepipe-project-results

Conversation

@prathshenoy

@prathshenoy prathshenoy commented Nov 9, 2026 •

Copy link
Copy Markdown
Contributor

Summary

What:

  • Add project-status recording and issue attribution to the project-analysis stage without activating it.
  • Retain project facts and associations before handing completed analysis to repository recording.

Why:

  • Give project analysis ownership of the project-processing implementation so status and attribution can finish together after terminal build analysis.

Test Plan

  • Add unit tests.

Revert Plan

  • Revert this PR. The controller remains unwired and repository recording still owns the running pipeline.

Issue Links

Stack

  1. refactor(stovepipe): Extract fact persistence #1057
  2. feat(stovepipe): Define project analysis stage #1066
  3. feat(stovepipe): Implement project processing #1058
  4. feat(stovepipe): Recover project analysis failures #1062
  5. feat(stovepipe): Wire the project analysis stage #1065

@prathshenoy
prathshenoy added this pull request to stack #1059 November 9, 2026 20:23
@prathshenoy
prathshenoy force-pushed the prath.shenoy/refactor/stovepipe-project-results branch 2 times, most recently from 3886604 to 2daca0c Compare November 10, 2026 16:27
@prathshenoy
prathshenoy removed this pull request from stack #1059 November 10, 2026 16:28
@prathshenoy prathshenoy changed the title refactor(stovepipe): Extract project results feat(stovepipe): Implement project processing Nov 10, 2026
@prathshenoy
prathshenoy changed the base branch from prath.shenoy/refactor/stovepipe-validation-facts to prath.shenoy/feat/stovepipe-project-analysis November 10, 2026 16:43
@prathshenoy
prathshenoy added this pull request to stack #1067 November 10, 2026 16:44
@prathshenoy
prathshenoy force-pushed the prath.shenoy/refactor/stovepipe-project-results branch from 2daca0c to 95049d4 Compare November 10, 2026 16:57
@prathshenoy
prathshenoy force-pushed the prath.shenoy/refactor/stovepipe-project-results branch from 95049d4 to 152fc51 Compare November 10, 2026 17:04
@prathshenoy
prathshenoy force-pushed the prath.shenoy/refactor/stovepipe-project-results branch 2 times, most recently from 258c237 to b2d9c1e Compare November 10, 2026 17:13
@prathshenoy
prathshenoy force-pushed the prath.shenoy/refactor/stovepipe-project-results branch 7 times, most recently from 90a6a3b to 3a36b76 Compare November 10, 2026 21:45
**What**:
- Add project-status recording and issue attribution to the project-analysis stage without activating it.
- Retain project facts and associations before handing completed analysis to repository recording.

**Why**:
- Give project analysis ownership of the project-processing implementation so status and attribution can finish together after terminal build analysis.

- [x] Add unit tests.

- Revert this PR. The controller remains unwired and repository recording still owns the running pipeline.

- [CODEM-632](https://linear.app/uber/issue/CODEM-632/projects-issues)
@prathshenoy
prathshenoy force-pushed the prath.shenoy/refactor/stovepipe-project-results branch from 3a36b76 to 1315d01 Compare November 10, 2026 21:52
@prathshenoy
prathshenoy marked this pull request as ready for review November 10, 2026 22:03
@prathshenoy
prathshenoy removed this pull request from stack #1067 November 10, 2026 23:23
prathshenoy added a commit that referenced this pull request Nov 10, 2026
## Summary
**What**:
- Run project analysis after terminal build analysis and before repository recording.
- Mark project analysis finished after project statuses and issue attribution are recorded, or processing is abandoned.

**Why**:
- Ensure attribution uses final build issues and repository recording receives the project results needed to distinguish partial failures from repository-wide failures.
- Keep request summaries from reporting completion while project analysis is still running, and repair incomplete summary updates before handing off to repository recording.

## Test Plan
- [x] Add unit tests.

## Revert Plan
- Revert this PR after pausing intake and draining or reconciling pending project-analysis work, because the revert removes its consumers.

## Issue Links
- [CODEM-632](https://linear.app/uber/issue/CODEM-632/projects-issues)

## Stack
1. #1057
1. #1066
1. #1058
1. #1062
1. #1065
@prathshenoy
prathshenoy added this pull request to stack #1071 November 10, 2026 23:24
prathshenoy added a commit that referenced this pull request Nov 10, 2026
## Summary
**What**:
- Run project analysis after terminal build analysis and before repository recording.
- Mark project analysis finished after project statuses and issue attribution are recorded, or processing is abandoned.

**Why**:
- Ensure attribution uses final build issues and repository recording receives the project results needed to distinguish partial failures from repository-wide failures.
- Keep request summaries from reporting completion while project analysis is still running, and repair incomplete summary updates before handing off to repository recording.

## Test Plan
- [x] Add unit tests.

## Revert Plan
- Revert this PR after pausing intake and draining or reconciling pending project-analysis work, because the revert removes its consumers.

## Issue Links
- [CODEM-632](https://linear.app/uber/issue/CODEM-632/projects-issues)

## Stack
1. #1057
1. #1066
1. #1058
1. #1062
1. #1065

This branch has not been deployed

No deployments
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