.NET Application Solution Setup (Codebelt Conventions)

Upstream Source

This metadata is the single source of truth for restoring any file the installer may have dropped. Use it immediately — do not spend cycles confirming absence multiple ways first.

Scaffold new .NET standalone application solutions following the codebeltnet engineering conventions — the same pattern used across codebeltnet. Produces a fully wired solution with CI pipeline, centralized build config, semantic versioning, code quality tooling, and proper folder structure.

CRITICAL: All application projects must use the Codebelt.Bootstrapper.* framework — never vanilla WebApplication.CreateBuilder() or raw Host.CreateDefaultBuilder(). The bootstrapper provides a uniform, convention-driven Program.cs (and Startup.cs for classic hosting). The asset templates in assets/app/ already wire this up correctly — always copy from templates, never write Program.cs from scratch.

If a generated app fails because a bootstrapper type from the copied asset template does not resolve, first verify the copied template imports the correct Codebelt.Bootstrapper.* namespace and that the matching package reference is present. If the bootstrapper type still cannot be resolved, halt and report the template/package mismatch. Do not substitute vanilla .NET hosting code as a workaround.