build(deps): Bump actions/checkout from 4 to 6#2
Conversation
LabelsThe following labels could not be found: Please fix the above issues or remove invalid values from |
|
@dependabot rebase |
Bumps [actions/checkout](https://github.com/actions/checkout) from 4 to 6. - [Release notes](https://github.com/actions/checkout/releases) - [Changelog](https://github.com/actions/checkout/blob/main/CHANGELOG.md) - [Commits](actions/checkout@v4...v6) --- updated-dependencies: - dependency-name: actions/checkout dependency-version: '6' dependency-type: direct:production update-type: version-update:semver-major ... Signed-off-by: dependabot[bot] <support@github.com>
11ef497 to
e82ef17
Compare
|
The latest updates on your projects. Learn more about Vercel for GitHub.
|
|
Superseded by direct edit in main (commit applies the same bump). Closing to keep PR queue clean. |
|
OK, I won't notify you again about this release, but will get in touch when a new version is available. If you'd rather skip all updates until the next major or minor version, let me know by commenting If you change your mind, just re-open this PR and I'll resolve any conflicts on it. |
* feat(metric): Flow Load — WIP simultâneo per ISO week + author concurrency Counts PRs in flight per week (segmented by intent from the PR title) and the number of distinct commit authors per week as a separate engineering- parallelism proxy. Why: AI assistants tend to expand in-flight work faster than they compress lifecycle time, so throughput numbers can look healthy while flow is congesting. Prereq — PullRequest model + GitHub reader gain state/closed_at and fetch open + closed-without-merge PRs alongside merged ones, with window-overlap filtering. Existing PR consumers (pr_lifecycle, activity_timeline, acceptance_rate) filter to state="merged" where the semantics require it. New: `iris/analysis/flow_load.py` emits per-week wip_total, wip_by_intent and author_concurrency. The author list itself is not persisted — only the count — to keep this aggregate from being usable to rank individuals (Principle #2). Closes #16 Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * fix(tests): mock passwordAuth so the providers-array test still passes commit 522ec32 gated the credentials provider behind the passwordAuth feature flag, which is off by default. The pre-existing "has at least the credentials provider" test asserted len >= 1 and broke the moment the flag flipped. Mock `isFeatureEnabled('passwordAuth')` to true inside the test so the assertion exercises the intended contract (providers list is built correctly when credentials are enabled). Unblocks CI for #25; the failure is pre-existing on main. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> --------- Co-authored-by: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
…tive/wait (#28) Decomposes the merged-PR lifecycle into four phases (Coding, Awaiting first review, In review, Awaiting merge) and reports what fraction of each PR was event-driven *active* time versus *wait* time. Throughput numbers say how much shipped; this says whether work flowed or queued. Five timestamps per PR drive the model: - first_commit_at (min PR commit.committed_at) - pr_opened_at (PullRequest.created_at) - first_review_at (min review.submitted_at) - approval_at (min APPROVED review submitted_at, optional) - merged_at Active/wait heuristic for the mixed "In review" phase: each event (commits + reviews) inside the phase claims the next N hours as active (default N=4h, parametrizable); intervals are unioned. Threshold is a hypothesis pending calibration with 3-5 repos. Prereq — `PullRequest.commit_hashes: list[str]` becomes `commit_refs: list[CommitRef(hash, committed_at, authored_at)]` so PR analyses can find the first-commit anchor without re-querying git locally. `github_reader` now extracts `committedDate`/`authoredDate` already returned by gh. Three call sites updated to use `.hash` on the new refs (cli.py, acceptance_rate.py, test_pr_insights.py). Privacy (Principle #2): efficiency *per PR* is computed as an intermediate but never persisted or surfaced. The schema and UI expose only window-level aggregates. By-intent and by-origin segments require at least min_sample=10 PRs; below that, the segment is omitted. PR origin uses a ≥50% AI_ASSISTED commits rule, with bot commits excluded from both numerator and denominator. Findings emitted by narrative.py (thresholds documented as hypotheses): - descriptive bullet whenever flow_efficiency_median exists - "wait dominates" when median < 0.30 (replaces descriptive) - "PRs wait Xh until first review" when ttfr > 24h UI: new FlowEfficiencyCard on the repo detail page surfaces the efficiency percentage and median time-to-first-review prominently, with a stacked horizontal bar of the 5 phase keys colored active vs wait and an optional by-intent breakdown. Card stays hidden until the payload includes flow_efficiency_median. Closes #17 Co-authored-by: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
Bumps actions/checkout from 4 to 6.
Release notes
Sourced from actions/checkout's releases.
... (truncated)
Changelog
Sourced from actions/checkout's changelog.
... (truncated)
Commits
de0fac2Fix tag handling: preserve annotations and explicit fetch-tags (#2356)064fe7fAdd orchestration_id to git user-agent when ACTIONS_ORCHESTRATION_ID is set (...8e8c483Clarify v6 README (#2328)033fa0dAdd worktree support for persist-credentials includeIf (#2327)c2d88d3Update all references from v5 and v4 to v6 (#2314)1af3b93update readme/changelog for v6 (#2311)71cf226v6-beta (#2298)069c695Persist creds to a separate file (#2286)ff7abcdUpdate README to include Node.js 24 support details and requirements (#2248)08c6903Prepare v5.0.0 release (#2238)