Gerar o projeto

dotnet new itlab-fullstack -n MyService -o ./MyService

O sourceName: ITLab.Template.Next do template dispara substituição em conteúdo, nomes de arquivos e pastas: csproj, namespaces (ITLab.Template.Next.Domain → MyService.Domain), solution file. Referências ao ITLab.Template.DevPack ficam intactas (string distinta).

O que não viaja no scaffold: examples/, docs/, estado de IDE/agentes, artefatos de build e arquivos per-dev (appsettings.Development.json).

Primeira decisão: manter ou substituir Orders

O scaffold vem com a feature canon Orders e a migration InitialCreate (cria Orders + RolePermissions com seed). Dois caminhos:

Imitar (recomendado) — mantenha Orders como referência viva e crie suas features ao lado, replicando a estrutura. Nenhuma ação extra é necessária.

Substituir — se vai redesenhar o domínio do zero, remova a migration shipada antes de criar a sua:

dotnet ef migrations remove \
  --project src/MyService.Infrastructure --startup-project src/MyService.Api

dotnet ef migrations add InitialCreateMyModule \
  --project src/MyService.Infrastructure --startup-project src/MyService.Api \
  --output-dir Persistence/Migrations

Próximo: Configurar ambiente dev.