Skip to content

chore(deps): batch the safe dependency bumps#56

Closed
Chineme123 wants to merge 3 commits into
mainfrom
chore/batch-safe-dep-bumps
Closed

chore(deps): batch the safe dependency bumps#56
Chineme123 wants to merge 3 commits into
mainfrom
chore/batch-safe-dep-bumps

Conversation

@Chineme123

Copy link
Copy Markdown
Owner

Clears the Dependabot backlog in one PR instead of nine serial merges. main requires branches be up to date (strict: true), so nine separate PRs would have meant nine rebase + full-CI cycles. This is exactly what the new grouped dependabot.yml (#54) does going forward.

Taken

Bump
Microsoft.AspNetCore.Authentication.JwtBearer 10.0.0 → 10.0.9
actions/checkout v4 → v7
actions/setup-dotnet v4 → v5
actions/setup-node v4 → v6
actions/upload-artifact v4 → v7
github/codeql-action v3 → v4

Supersedes #37, #38, #39, #40, #41, #47.

Held back — these were NOT safe in isolation

Dependabot proposed bumping the EF stack (#46 dotnet-ef, #48 Microsoft.EntityFrameworkCore, #49 Microsoft.EntityFrameworkCore.Design → 10.0.9), and their checks were green. They are still wrong to take right now.

The latest stable Npgsql.EntityFrameworkCore.PostgreSQL is 10.0.0 (everything newer is an 11.0.0 preview), and it pins Microsoft.EntityFrameworkCore.Relational to 10.0.0. Bumping EF Core on its own skews the stack:

  • baseline on main: 0 MSB3277 assembly-conflict warnings
  • with the EF bumps applied: 30 MSB3277 warnings

Dependabot proposed each package in isolation and could not see the Npgsql pin. The EF stack moves in lockstep with Npgsql or not at all. Revisit when a stable Npgsql ships against EF 10.0.9+.

How it was verified

  • dotnet build QuizApp.sln0 warnings, 0 errors
  • dotnet test → 42 passed (27 Auth, 9 User, 6 Quiz)
  • dotnet restore confirms the bumped versions actually resolve.

Definition of done (from CLAUDE.md)

  • context/progress-log.md entry — left out so this cannot conflict with the other in-flight PRs that edit the log; added in a follow-up.
  • No context-file decisions changed
  • Build + tests green
  • No secrets committed

Clears the Dependabot backlog in one PR instead of nine serial merges (main
requires branches be up to date, so nine PRs would mean nine rebase + CI
cycles). This is what the new grouped dependabot.yml does going forward.

Taken:
- Microsoft.AspNetCore.Authentication.JwtBearer 10.0.0 -> 10.0.9
- actions/checkout v4 -> v7
- actions/setup-dotnet v4 -> v5
- actions/setup-node v4 -> v6
- actions/upload-artifact v4 -> v7
- github/codeql-action v3 -> v4

Held back (Dependabot proposed these, but they are NOT safe in isolation):
- Microsoft.EntityFrameworkCore 10.0.0 -> 10.0.9
- Microsoft.EntityFrameworkCore.Design 10.0.0 -> 10.0.9
- dotnet-ef 10.0.2 -> 10.0.9

The latest STABLE Npgsql.EntityFrameworkCore.PostgreSQL is 10.0.0 (everything
newer is an 11.0.0 preview) and it pins EF Relational to 10.0.0. Bumping EF
Core alone skews the stack: it introduced 30 MSB3277 assembly conflict
warnings against a clean baseline of 0. The EF stack moves in lockstep with
Npgsql or not at all. Revisit when a stable Npgsql ships against EF 10.0.9+.

Build: 0 warnings, 0 errors. Tests green.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
@Chineme123

Copy link
Copy Markdown
Owner Author

Closing as superseded. Dependabot now covers this ground automatically — the safe NuGet bumps land in the grouped #58, and GitHub Actions updates are handled by the actions-safe group in .github/dependabot.yml. Consolidating on the Dependabot flow to avoid duplicate/conflicting csproj edits.

@Chineme123 Chineme123 closed this Jul 14, 2026
auto-merge was automatically disabled July 14, 2026 23:32

Pull request was closed

@Chineme123
Chineme123 deleted the chore/batch-safe-dep-bumps branch July 15, 2026 13:54
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