[proxy] add rtk dotnet wrappers for run, ef, user-secrets, nuget, tool · rtk-ai/rtk#1831

(1 commento) (0 reazioni) (0 assegnatari)Rust (2914 fork)batch import

area:clienhancementhelp wantedpriority:medium

Metriche repository

Star: (48.085 star)
Metriche merge PR: (Merge medio 11g 1h) (45 PR mergiate in 30 g)

Descrizione

Use case

For .NET developers using Claude Code, dotnet build/test/restore/format are already proxied. The following subcommands are equally output-heavy but lack proxies:

Subcommand	Why it's noisy
`dotnet run`	Build banner + application stdout/log noise
`dotnet ef …`	"Build started…/Build succeeded" header + verbose migration info
`dotnet user-secrets list`	JSON dump with whitespace
`dotnet nuget list/search`	Padded tables
`dotnet tool list`	Padded tables

Frequency (30-day Claude Code history via `rtk discover`)

dotnet run: 39
dotnet user-secrets: 36
dotnet ef: dominant in EF-Core-heavy projects (not in default discover sample but ubiquitous in .NET stacks with migrations)

Suggested approach

A shared MSBuild-banner stripper plus per-subcommand filters analogous to rtk dotnet build. The ef filter should also strip the duplicate build preamble that EF emits before the actual migration output.

Guida contributor

Direzione di ricerca: Studia l'implementazione del proxy `rtk dotnet build` esistente e replica il pattern per run, ef, user secrets, nuget, tool. Concentrati sul rimuovi banner MSBuild condiviso e sui filtri di output per ogni sottocomando.
Tech stack: rust
Dominio: clideveloper experience
Tipo issue: Funzionalità
Difficoltà: 2
Tempo stimato: 1-3 ore
Stato attività: Attiva
Chiarezza: Chiara
Prerequisiti: RustGit
Adatta ai principianti: 75