Repository navigation
chore(backend): atualizar pacotes para a última versão estável (Aspire 13.6.1) - #175
Conversation
…e 13.6.1) - Aspire (Aspire.AppHost.Sdk e Aspire.Hosting.*) 13.6.0 -> 13.6.1, que corrige o FTL "Watch task over Kubernetes ContainerExec resources terminated unexpectedly" (microsoft/aspire#20664). - FluentValidation 12.1.1 -> 12.2.0. - OpenIddict 7.7.1 -> 7.7.2. - Scalar.AspNetCore 2.17.13 -> 2.18.0. - xunit.v3.mtp-off 4.0.1 -> 4.0.2, xunit.runner.visualstudio 4.0.0 -> 4.0.1. Microsoft.OpenApi segue em 2.12.2: Microsoft.AspNetCore.OpenApi 10.0.12 ainda exige [2.12.0, 3.0.0) (ADR 0032/0050). Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info
📝 Walkthrough
Merge Risk: ⚪ Minimal · up to The changes are limited to dependency updates, and the PR reports successful build and test validation. No concrete merge-blocking risk is established. Pre-merge checks ·
|
O que muda
Atualiza os pacotes do backend que tinham versão estável nova. Nenhuma preview, conforme a ADR 0032.
Aspire.AppHost.SdkeAspire.Hosting.JavaScript/PostgreSQL/Python)FluentValidation(+DependencyInjectionExtensions)OpenIddict.AspNetCore/.EntityFrameworkCoreScalar.AspNetCorexunit.v3.mtp-offxunit.runner.visualstudioO Aspire 13.6.1 corrige o FTL
Watch task over Kubernetes ContainerExec resources terminated unexpectedly, que aparecia uns 60 s depois de subir o AppHost. Era uma regressão do 13.6.0 (microsoft/aspire#20664, backport de #20466).Não atualizados, de propósito:
Microsoft.OpenApifica em 2.12.2, porque oMicrosoft.AspNetCore.OpenApi10.0.12 ainda exige[2.12.0, 3.0.0)e a 2.12.2 é a última da linha 2.x. A trava das ADRs 0032/0050 continua valendo.dotnet-ef10.0.12 e os pacotes do .NET 10 (EF Core, ASP.NET Core,Microsoft.Extensions.*), além do Npgsql, OpenTelemetry e Serilog, já estavam na última versão estável.Revisado nos changelogs
PropertyPathdentro do.When()de umRuleForEach(FluentValidation#2363). Os validators de criar e editar pessoa atendida usamRuleForEach(...).SetValidator(...).When(...). A correção só afeta predicados que leemcontext.PropertyPath, e os nossos não leem. As chaves de erro indexadas que vão para o frontend (Guardians[0].Name,ReferenceContacts[0].Purposes[0]) já são cobertas por testes e continuam iguais.Como foi verificado
dotnet build backend/AdminBackend.slnx -c Release: 0 avisos, 0 erros.dotnet test: verde, com o gate de cobertura (ServicesService.Tests427,ServicesService.PersistenceTests61,Admin.SharedKernel.Tests228,Admin.Logging.Tests36,IdentityService.Tests19).Microsoft.AspNetCore.OpenApi,Microsoft.OpenApieAsp.Versioningficaram iguais), então os tipos do frontend não foram regenerados.Para o revisor
api-contract-checkdofrontend-cisobe o AppHost quandobackend/AppHost/muda. Ele faz o smoke do Aspire 13.6.1 e compara os tipos byte a byte.dotnet rundo AppHost baixa o CLIaspire.cli@13.6.1viadotnet dnxe atualiza o bundle em~/.aspire(ADR 0050). Quem estiver com a stack rodando precisa reiniciá-la para receber a correção do FTL.🤖 Generated with Claude Code
Summary by CodeRabbit