Una soluzione è solo un contenitore (piuttosto stupido) per i progetti. Se lo apri in un editor di testo, vedrai rapidamente che non puoi estenderlo, aggiungi solo progetti/elementi.
Quello che vuoi è uno o più file msbuild comuni che specificano tutte le opzioni necessarie per il compilatore/linker/qualunque strumento tu usi e Import in ogni singolo progetto. Lo usiamo da anni ed è molto conveniente (anche se parte della praticità è probabilmente anche un piccolo strumento per generare file di progetto per importare automaticamente le proprietà globali in modo da non doverle manomettere manualmente)
In alternativa è possibile aggiungere un file a livello di macchina, cercare $ (MSBuildToolsPath) \ Microsoft.CSharp.targets per vedere dove posizionare tali file. Non ho intenzione di copiare/incollare il contenuto qui, ma le prime righe in pratica controllano se ci sono file defindati dall'utente ad esempio $ (MSBuildExtensionsPath) \ $ (MSBuildToolsVersion) \ $ (MSBuildThisFile) \ ImportBefore e se è così sono tutto è stato importato prima di tutte le comuni risorse di msbuild. Allo stesso modo, la fine di Microsoft.CSharp.targets contiene una logica simile per importare i file dopo tutte le comuni risorse di msbuild.
Ho paura che tu abbia a scrivere una macro per questo perché quelle impostazioni non sono mantenute nella soluzione. – rene
È possibile utilizzare lo stesso file ruleset per più progetti: presumo che lo stiate già facendo e volete semplicemente evitare di specificare manualmente quel file in ogni progetto? –
Ho appena iniziato a scavare più a fondo in queste cose. Quindi devo dire che non ne sono veramente sicuro. Ho pensato che i set di regole sono definiti per l'analisi del codice e che è qualcosa di diverso dagli avvertimenti del compilatore. Finora non ho toccato i set di regole ... – jumbo