Clarify which supportedRuntime options should be configured in app.config when <TargetFrameworks> has plural monikers configured

Aperta
  • Qualcosa non va?
#48,210 0 commenti 0 reazioni 0 assegnatari Vedi su GitHub

I maintainer di solito rispondono entro 1 giorno

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
3/5
Tempo stimato
1-2 giorni
Idoneità per principianti
35/100
Tipo di issue
Documentazione
Chiarezza
Da chiarire
Stato di attività
Ferma
Stack tecnologico
csharp, visualbasic
Ambito
documentation

Direzione di ricerca

Esamina docs/framework/configure-apps/file-schema/startup/supportedruntime-element.md, in particolare la sezione «remarks» collegata nell'issue, insieme allo scenario documentato di multi-targeting. Conferma le indicazioni previste per un app.config condiviso quando TargetFrameworks contiene net452 e net481, quindi aggiorna la pagina in modo che la configurazione di supportedRuntime e i criteri di completamento siano espliciti.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

:watch: Not Triaged

I'm migrating legacy c# / vb applications to newer frameworks.

I moved project files from legacy project files (non-SDK) into modern SDK style. Now I also added net452 and net481 as options to compile projects to (<targetFrameworks>net452;net481</targetFrameworks>).

My question is how to make deal with supportedRuntime option in app.config like:

 <startup>
   <supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.5.2"/>
 </startup>

now, this file will be shared between 2 different binaries, what values should I put there (lowest, highest)?

Based on the doc, there is no way to specify multiple supportedRuntime options for frameworks bigger than 4.0

Document Details

⚠ Do not edit this section. It is required for learn.microsoft.com ➟ GitHub issue linking.

Lingua principale
Nessun dato sulla lingua
Stelle
4.8k
Fork
6.1k
Merge medio
22h 46m
PR unite (30g)
296

Preparare l'ambiente

Apri in Codespaces

Avvia il container di sviluppo del progetto nel browser, con il tuo account GitHub.

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di dotnet/docs

Tutte le issue di dotnet/docs

Issue simili

Altre issue su Documentation

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.