Skip to content

ci(pr): add ReSharper InspectCode job (canonical) - #267

Merged
Chris-Wolfgang merged 4 commits into
mainfrom
chore/add-inspectcode
Jul 18, 2026
Merged

ci(pr): add ReSharper InspectCode job (canonical)#267
Chris-Wolfgang merged 4 commits into
mainfrom
chore/add-inspectcode

Conversation

@Chris-Wolfgang

Copy link
Copy Markdown
Owner

Adds the canonical ReSharper InspectCode CI job (repo-template #427) to pr.yaml.

Additive — only the inspectcode: job is inserted (after detect-projects, before the test stages). No existing job modified or removed (avoids the full-file-overwrite regression from Etl-DbClient #224).

  • runs-on: ubuntu-latest; needs: detect-projects, guarded by has-projects == 'true'.
  • Build Release → jb inspectcode → SARIF → Code Scanning. Gate fails only on level=error.

Proven green on AuditTrail, ETL-FixedWidth, System.Mail-Extensions. Protected file → merge via merge-fleet-prs.ps1 -Branch chore/add-inspectcode.

Copilot AI review requested due to automatic review settings July 13, 2026 00:43

Copilot AI left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

Pull request overview

Adds a new ReSharper InspectCode job to the PR CI workflow (pr.yaml) to produce SARIF output and upload it to GitHub Code Scanning, with merge gating only on error-level findings.

Changes:

  • Introduces a new inspectcode job that runs after detect-projects and in parallel with test stages.
  • Installs ReSharper GlobalTools and runs jb inspectcode to generate inspect.sarif.
  • Uploads SARIF via github/codeql-action/upload-sarif@v4 and fails the job when SARIF contains level=="error" results.

Comment thread .github/workflows/pr.yaml
Comment thread .github/workflows/pr.yaml
Comment thread .github/workflows/pr.yaml Outdated
Chris-Wolfgang and others added 2 commits July 13, 2026 21:38
The InspectCode job installed only the 10.0.x SDK but builds the whole
solution, which multi-targets out-of-support TFMs (netcoreapp3.1, net5.0,
net6.0, net7.0). Their targeting packs are not guaranteed to restore under
a lone 10.0.x SDK, so the solution build could fail even when the test
stages (which install 3.1.x-10.0.x) pass. Mirror those stages so InspectCode
compiles the exact same TFM set.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
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.

2 participants