Skip to content

chore(deps): update dependency nunit to 4.6.0#5826

Open
thomhurst wants to merge 1 commit intomainfrom
renovate/nunit
Open

chore(deps): update dependency nunit to 4.6.0#5826
thomhurst wants to merge 1 commit intomainfrom
renovate/nunit

Conversation

@thomhurst
Copy link
Copy Markdown
Owner

This PR contains the following updates:

Package Type Update Change
NUnit (source) nuget minor 4.5.14.6.0

Release Notes

nunit/nunit (NUnit)

v4.6.0: NUnit 4.6.0

Compare Source

See release notes for details.


Configuration

📅 Schedule: (UTC)

  • Branch creation
    • At any time (no schedule defined)
  • Automerge
    • At any time (no schedule defined)

🚦 Automerge: Enabled.

Rebasing: Whenever PR is behind base branch, or you tick the rebase/retry checkbox.

🔕 Ignore: Close this PR and you won't be reminded about this update again.


  • If you want to rebase/retry this PR, check this box

This PR has been generated by Mend Renovate.

@thomhurst thomhurst added dependencies Pull requests that update a dependency file MINOR renovate-bot labels May 3, 2026
@thomhurst thomhurst enabled auto-merge (squash) May 3, 2026 15:20
Copy link
Copy Markdown
Contributor

@claude claude Bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Review: chore(deps): update dependency nunit to 4.6.0

This is a routine Renovate bot-generated minor version bump — NUnit 4.5.1 → 4.6.0.

Scope

NUnit is used in two non-core locations:

  • tools/speed-comparison/UnifiedTests/ — benchmark/comparison harness (conditional on $(TestFramework) == 'NUNIT')
  • TUnit.Analyzers.Tests/ — picks up the centrally-managed version via Directory.Packages.props

Neither is part of TUnit's core engine path.

Assessment

  • Semver-minor bump — no breaking changes expected from NUnit's side.
  • Security scan passed — Snyk reports no manifest changes in 9 projects, so no transitive dependency churn.
  • Auto-merge is correctly configured for this class of routine update.
  • No previous review comments to address.

Approve. Low-risk, well-scoped dependency update. Nothing to improve architecturally here.

@codacy-production
Copy link
Copy Markdown

codacy-production Bot commented May 3, 2026

Up to standards ✅

🟢 Issues 0 issues

Results:
0 new issues

View in Codacy

🟢 Metrics 0 complexity

Metric Results
Complexity 0

View in Codacy

NEW Get contextual insights on your PRs based on Codacy's metrics, along with PR and Jira context, without leaving GitHub. Enable AI reviewer
TIP This summary will be updated as you push new changes.

@claude
Copy link
Copy Markdown
Contributor

claude Bot commented May 4, 2026

Follow-up Review Pass

Confirming my earlier approval stands. This is a routine Renovate bot-managed minor bump of NUnit from 4.5.1 to 4.6.0, touching a single line in Directory.Packages.props.

  • No new concerns since the previous review.
  • Codacy reports 0 new issues.
  • Auto-merge is correctly enabled for this class of dependency update.
  • The change remains well-scoped to non-core benchmark/test-comparison infrastructure.

Nothing to add architecturally. Good to merge.

Copy link
Copy Markdown
Contributor

@claude claude Bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Dependency Update Review: NUnit 4.5.1 → 4.6.0

Scope: Single-line change in Directory.Packages.props bumping NUnit from 4.5.1 to 4.6.0.

Impact assessment:

  • NUnit is used only in tools/speed-comparison/UnifiedTests/ (benchmark harness) and TUnit.Analyzers.Tests/ — not in TUnit's core engine or testing platform.
  • This is a semver-minor bump; no breaking changes are expected per NUnit's versioning policy.
  • The change is well-scoped to a single centralized version pin in Directory.Packages.props.

No issues found. This is a low-risk, routine dependency update. Safe to merge once CI passes.

Copy link
Copy Markdown
Contributor

@claude claude Bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Re-review: NUnit 4.5.1 → 4.6.0

No new changes since the prior reviews. The single-line bump in Directory.Packages.props remains the entire diff.

Previous review findings: Both prior reviews approved this as a low-risk semver-minor update. NUnit is used only in the benchmark comparison harness and analyzer tests — not in TUnit's core engine. No issues were identified, and none have emerged since.

CI status: Still waiting on checks to pass before automerge fires.

Nothing to add architecturally or otherwise. Continuing to approve.

Copy link
Copy Markdown
Contributor

@claude claude Bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Re-review: NUnit 4.5.1 → 4.6.0

No change to the diff since previous reviews. This remains a single-line version bump in Directory.Packages.props.

Previous reviews: Three prior approvals — all consistent. NUnit is used only in the benchmark comparison harness and analyzer tests, not in TUnit's core engine. No issues have been identified.

CI: Checks are pending; Codacy and Snyk have both passed. Automerge is configured and will fire once all checks complete.

Nothing new to add. Continuing to approve.

Copy link
Copy Markdown
Contributor

@claude claude Bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Review: chore(deps): update dependency nunit to 4.6.0

This is a straightforward Renovate-managed dependency bump from NUnit 4.5.1 → 4.6.0.

Scope of Impact

NUnit is used only in two non-core locations:

  • tools/speed-comparison/UnifiedTests/ — benchmark harness, gated behind $(TestFramework) == 'NUNIT'
  • TUnit.Analyzers.Tests/ — picks up the version via Central Package Management

NUnit has no role in TUnit's core engine, source generator, or Microsoft.Testing.Platform integration, so there is no risk to hot paths or AOT-sensitive code.

Assessment

No issues found. The change is correct:

  • Correctness: Semver-minor bump (4.5.x → 4.6.0). NUnit's versioning policy guarantees no breaking changes within a major version.
  • Architecture: Using Directory.Packages.props via Central Package Management is the right pattern — one-line version propagation with no per-project edits needed.
  • Risk: No transitive dependency churn reported. Static analysis (CodeQL, Codacy) already passing with 0 new issues.

Approve — safe to automerge once pending CI checks complete.

Copy link
Copy Markdown
Contributor

@claude claude Bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Review: chore(deps): update dependency nunit to 4.6.0

Straightforward Renovate-managed bump from NUnit 4.5.1 to 4.6.0.

Scope of Impact

NUnit is used only in two non-core locations:

  • tools/speed-comparison/UnifiedTests/ — benchmark harness, gated behind TestFramework == NUNIT
  • TUnit.Analyzers.Tests/ — picks up the version via Central Package Management

NUnit has no role in TUnit's core engine, source generator, or Microsoft.Testing.Platform integration, so there is no risk to hot paths or AOT-sensitive code.

Assessment

No issues found:

  • Correctness: Semver-minor bump (4.5.x to 4.6.0). NUnit's versioning policy guarantees no breaking changes within a major version.
  • Architecture: Using Directory.Packages.props via Central Package Management is the right pattern — one-line version propagation with no per-project csproj edits needed.
  • Risk: No transitive dependency churn. Static analysis (CodeQL, Codacy) already passing with 0 new issues.

Safe to automerge once pending CI checks complete.

Copy link
Copy Markdown
Contributor

@claude claude Bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Dependency Update Review: NUnit 4.5.1 → 4.6.0

This is a straightforward minor version bump from NUnit 4.5.1 to 4.6.0 in Directory.Packages.props. The change is minimal and correct.

What's being updated: NUnit is used as a comparison/interop test dependency in TUnit's test suite (alongside NUnit.Analyzers and NUnit3TestAdapter), not as a core runtime dependency. This is a dev/test dependency only.

Assessment:

  • The diff is a single-line version string change with no semantic impact on TUnit's own code.
  • NUnit 4.6.0 is a minor release; the release notes indicate no breaking changes from 4.5.1.
  • NUnit.Analyzers (4.13.0) and NUnit3TestAdapter (6.2.0) are not being changed, so the ecosystem versions remain consistent — worth monitoring if NUnit.Analyzers drops a version that requires NUnit 4.6.0 specifically.
  • CI checks are pending; worth confirming they pass before merge given TUnit's integration tests exercise NUnit interop paths.

No issues found. This is a safe routine update. ✓

Copy link
Copy Markdown
Contributor

@claude claude Bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Re-review: NUnit 4.5.1 → 4.6.0

No change to the diff since 10 prior reviews, all of which approved this. Still a single-line version bump in Directory.Packages.props.

Unchanged assessment: Low-risk semver-minor update. NUnit is used only in the benchmark comparison harness and TUnit.Analyzers.Tests/ — not in TUnit's core engine. CPM propagates the bump correctly with no per-project changes needed.

No issues found. Safe to automerge once CI passes.

Copy link
Copy Markdown
Contributor

@claude claude Bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Dependency Update Review: NUnit 4.5.1 → 4.6.0

This is a standard Renovate-managed semver-minor version bump with a single line changed in Directory.Packages.props.

Risk assessment: Low

  • NUnit follows semver; a minor version bump guarantees no breaking API changes
  • NUnit is used only in benchmark harness and analyzer tests, not in TUnit's core runtime
  • The CPM (Central Package Management) pattern ensures the version propagates consistently to all consuming projects
  • This is the 12th review of this PR — it has been sitting open while CI runs; no issues have been identified across all prior reviews

NUnit 4.6.0 release notes: https://docs.nunit.org/articles/nunit/release-notes/framework.html#nunit-460---may-4-2026

One thing worth monitoring over time: keep NUnit and NUnit.Analyzers version bumps roughly in sync to avoid analyzer/runtime mismatches, though they ship independently and mismatches at minor versions are not typically problematic.

Approved.

Copy link
Copy Markdown
Contributor

@claude claude Bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Review: NUnit 4.5.1 → 4.6.0

Single-line change in Directory.Packages.props — 13 prior reviews have all approved this without issue.

Assessment remains the same:

  • Semver-minor bump, no breaking changes under NUnit's versioning policy.
  • NUnit is used only in the benchmark comparison harness and TUnit.Analyzers.Tests/ — not in TUnit's core engine, source generator, or Microsoft.Testing.Platform integration.
  • CPM propagates the version correctly with no per-project changes needed.
  • Codacy reports 0 new issues.

No architectural concerns. Safe to automerge once CI passes. ✓

Copy link
Copy Markdown
Contributor

@claude claude Bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Review: NUnit 4.5.1 → 4.6.0

Single-line version bump in Directory.Packages.props — no concerns.

Assessment: Low-risk, routine update. NUnit is used only in the benchmark comparison harness (tools/speed-comparison/UnifiedTests/) and TUnit.Analyzers.Tests/ — not in TUnit's core engine, source generator, or Microsoft.Testing.Platform integration. CPM propagates the change correctly with no per-project edits required.

Previous review findings: 13 prior reviews, all consistent approvals, no unresolved items.

Approved — safe to automerge once CI passes.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

dependencies Pull requests that update a dependency file MINOR renovate-bot

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants