4 Commits

Include renames

Author	SHA1	Message	Date
Thom LambandClaude Opus 4.7	0f8d505616	chore(sonar): apply collection-expression syntax across all sites (IDE0028) ... Manual sweep of all 42 IDE0028 sites flagged by SonarQube — `dotnet format analyzers --diagnostics IDE0028` declined to fix these (no .editorconfig opt-in for `dotnet_style_prefer_collection_expression`), so applied by hand. The repo already targets `<LangVersion>latest</LangVersion>` on net8.0, so C# 12 collection expressions are available. Pattern: `new List<T>()` / `new Dictionary<K,V>()` / `new ArrayList()` / `new()` -> `[]` for empty; `new List<T> { ... }` -> `[...]` for literal. 24 files touched in src/{EFCore, LinqToSql, Query, Snowflake, SqlBreakdown, SqlServer}; tests untouched (no IDE0028 sites in test code). Build clean (35 warnings unchanged from baseline, 0 errors). All tests remain green. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>	2026-05-26 17:01:30 -05:00
Thom LambandClaude Opus 4.7	3c8148a6b1	chore(sonar): suppress CS8601 in QueryBreakdownMapper with justification ... CS8601 is reported via external_roslyn on the SonarQube server, which does not expose transitions for external-analyzer issues — so a server-side Won't Fix is not available. Silence locally with a narrow pragma so the issue stops appearing in subsequent scans. Justification: Parameters is Dictionary<string, object> (non-nullable value annotation), but a SQL parameter value can legitimately be null. The proper fix is to widen the public dictionary value type to object?, which ripples through every consumer of QueryBreakdown.Parameters — deferred to a separate change. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>	2026-05-26 10:03:34 -05:00
Thom Lamb	012e693fe1	chore: refactor for sonarqube issues	2026-05-22 17:13:31 -05:00
Thom Lamb	5e467bcc9c	chore: initial git load of code space	2026-05-12 08:52:33 -05:00