How a cross-team rule set for .NET static code analysis splits responsibilities between Microsoft's analyzers and StyleCop, and why production and non-production code get deliberately different strictness levels.
Why applying one uniform static-analysis ruleset to both production and test code serves neither well, and what a more relaxed ruleset for tests actually buys a team.
Why brownfield and greenfield code call for different static-analysis rulesets, and how that split turns modernization into an incremental, sustainable process instead of a single risky migration.
The two common conventions for ordering C# using directives, how ReSharper, Rider, StyleCop, Visual Studio, and .editorconfig each support them, and the specific settings that control the behavior.
How to run StyleCop on a minimal Continuous Integration server without installing it by storing the required assemblies and MSBuild target in the project's DevTree.
A DevTree folder structure for separating experimental trials, spikes, samples, prototypes, and clean production code according to their purpose and maturity.
How to make ReSharper understand .NET Code Contracts such as Contract.Requires by extending its external annotations and eliminating false nullability warnings.
A collection of StyleCop and FxCop SuppressMessage examples for common code analysis issues, including naming, IoC, testing, exceptions, documentation, strong names, and framework-specific cases.
How to use a project-specific FxCop custom dictionary with Visual Studio Code Analysis by linking the dictionary into each project and configuring CodeAnalysisDictionary in the csproj file.