πŸ”₯ Pragmatic .NET Code Rules Course is on Presale - 40% off!BUY NOW
1,635 developers downloaded this kit

Stop arguing about code style in .NET projects.
Get the exact starter setup I use.

Drop these files into any .NET solution and get consistent code style, CI quality gates, architecture tests, and PR hygiene out of the box.

🟒New in the Kit β†’ CI Quality Gate, Architecture Tests, Dependabot & more
βœ… No theory
βœ… No bloated frameworks
βœ… Defaults that work on day one

Download the Starter Kit


What’s inside the kit

Not vague advice. Actual files, setup guidance, and practical defaults you can use right away.

βœ“ Production-ready .editorconfig

Code style, naming conventions, formatting rules, and diagnostic severities for C# and .NET.

βœ“ Centralized build rules with Directory.Build.props

Centralized compiler settings, analyzers, and pragmatic warnings-as-errors - applied to every project in the solution.

βœ“ Pinned .NET SDK with global.json

Pins the .NET SDK version with rollForward for reproducible builds across machines and CI.

NEW
βœ“ CI Quality Gate (GitHub Actions)

Restore β†’ format check β†’ build β†’ test. Runs on every push and PR. SDK version read from global.json.

NEW
βœ“ PR Template & Issue Templates

PR checklist focused on code quality and consistency, plus clean bug report and feature request templates.

NEW
βœ“ Dependabot Configuration

Automated dependency updates - NuGet and GitHub Actions, grouped and low-noise. Max 5 open PRs at a time.

βœ“ Git Pre-Commit Hook

Runs dotnet format --verify-no-changes before every commit - no more messy diffs.

NEW
βœ“ Architecture Tests (NetArchTest)

Starter architecture tests that enforce interface naming, layer dependency rules, and naming smell detection.

βœ“ Visual Studio Cleanup Checklist

Step-by-step VS setup for format-on-save and code cleanup.

NEW
βœ“ dotnet format Guide

How to run dotnet format locally, common commands, and pre-commit setup.

Why this matters

Most teams do not struggle because they lack talent. They struggle because they lack shared defaults.

Before

❌ Inconsistent formatting across the codebase

❌ Endless pull request comments about styling

❌ Warnings and rules handled differently by each developer

❌ No architectural guardrails in the codebase

❌ Messy project setup when starting from scratch

After

βœ… Consistent code style enforced by .editorconfig

βœ… Formatting verified automatically in CI

βœ… Nullable warnings treated as errors - the ones that matter

βœ… Architecture test starters ready to adapt

βœ… PR hygiene and dependency management out of the box

What is this exactly?

This starter kit is Module 01 material from Pragmatic .NET Code Rules. The full course goes deeper into advanced EditorConfig patterns, static code analysis, full architecture test suites, and more.

Who is it for?

.NET developers who want cleaner project defaults, fewer style-related review comments, and a more predictable setup for new or existing codebases.