Retargeting di tutti i progetti in una soluzione su .NET 4.5.2

Ho una soluzione in Visual Studio 2012 con 170 progetti C # al suo interno. Devo eseguire il retargeting di tutti i progetti da .NET Framework 4.0 a 4.5.2.

Preferisco lasciare che sia Visual Studio a gestirlo andando nelle proprietà di ogni progetto, cambiando il framework di destinazione e lasciando che Visual Studio apporti le modifiche necessarie ai file .csproj.

Ho notato che queste modifiche includono l'aggiunta di alcuni nuovi tag XML a .csproj, a seconda di alcuni attributi del progetto corrente.

Come posso eseguire il retargeting in batch di tutti i 170 progetti C # senza utilizzare solo uno strumento di sostituzione del testo per sostituire il numero di versione di destinazione? Voglio che Visual Studio apporti tutte le modifiche e le aggiunte necessarie ai tag e la sola sostituzione non consentirà che ciò accada.

La documentazione di MSDN " Guida alla migrazione a .NET Framework 4.5 " e " Come configurare un'app per supportare .NET Framework 4 o 4.5 " illustra solo la modifica dei progetti. Non ci sono dettagli sull'applicazione delle modifiche all'intera soluzione in una volta, né ho visto una funzione in VS che la supporta.

Tuttavia, c'è un'estensione (ben valutata) chiamata Target Framework Migrator disponibile nella galleria di Visual Studio, che supporta l'aggiornamento a 4.5.2 (così come le versioni più recenti **) e sembra che farà esattamente quello che vuoi. Il codice sorgente è disponibile su GitHub , se sei interessato.

Si noti che la mancanza di tale caratteristica può essere intenzionale (e non solo un'omissione). Sto solo indovinando, ma forse MS calcola che solo i progetti che richiedono i nuovi Framework verranno aggiornati. FWIW, se si finisce per aggiornare alcuni progetti condivisi con altre soluzioni, quelle soluzioni potrebbero non essere create fino a quando non vengono aggiornate anche loro.

Detto questo, se ti trovi in ​​un piccolo negozio con solo una (o poche) soluzioni e stai cercando di aggiornare tutto in una volta, allora forse lo strumento sopra funzionerà per te.

Non ci sono stati sviluppi su questo per anni e apparentemente lo sviluppatore non ha intenzione di passare il testimone a nessun altro.

Se non riesci a farlo funzionare con una versione più recente di .NET Framework, controlla i PR e i problemi esistenti per le correzioni, ma potresti doverli applicare tu stesso. Ad esempio, qualcuno ha pubblicato una correzione per .NET Framework v 4.7.1 . Spero che questi vengano uniti, ma non trattengo il respiro.

Se qualcun altro vede lo stesso errore di Anas (nei commenti), ecco un problema di GitHub di un paio di settimane fa e un altro problema possibilmente correlato del 2017. Considera i pollici alzandoli e aggiungendo ulteriori dettagli se hai lo stesso problema .

Per una soluzione .NET Framework, un semplice " Sostituisci nei file " ha funzionato per me:

ad esempio : da .NET Framework 4.5.2 a .NET Framework 4.7.2

Nei file package.config , sostituisci tutto

targetFramework="net452" 

per

targetFramework="net472" 

Nei file * .csproj , sostituisci tutto

<TargetFrameworkVersion>v4.5.2</TargetFrameworkVersion> 

per

<TargetFrameworkVersion>v4.7.2</TargetFrameworkVersion>

Poiché il Target Framework Migrator è guasto, ho eseguito la mia ricerca / sostituzione (usando git bash, funziona bene su Windows); Fondamentalmente cambia la v4.6.x in v4.7.2 , quindi converte i file utilizzando il famigerato CRLF del DOS:

find . \( -iname '*.csproj' -o -iname '*.vcxproj' -o -iname 'app.config' \) \
 -exec grep -Z -l 'v4\.6\..' \{} \; | xargs -0 sed -i 's/v4\.6\../v4.7.2/'  
find . \( -iname '*.csproj' -o -iname '*.vcxproj' -o -iname 'app.config' \) \
 -exec grep -Z -l 'v4\.7\..' \{} \; | xargs -0 unix2dos

Ho creato io stesso un semplice strumento per migrare le versioni del framework di destinazione per un'intera soluzione, perché l'estensione Target Framework Migrator non supporta Visual Studio 2017. Scarica lo strumento dal mio repository GitHub https://github.com/Xpitfire/TargetFrameworkMigrator

So che questo non è il modo migliore per andare, ma ha funzionato per me e forse aiuterà anche qualcun altro.

Target Framework Migrator è piuttosto utile. Per impostazione predefinita, arriva alla v4.7. Tuttavia, è facile aggiungere il supporto per v4.7.1, v4.7.2 e v4.8.

Trova il file Frameworks.xml nella cartella C: \ Users {nome utente} \ AppData \ Local \ Microsoft \ VisualStudio \ e modifica aggiungendo queste versioni del framework:

<Framework Id="262152" Name=".NETFramework,Version=v4.8"/>
<Framework Id="262663" Name=".NETFramework,Version=v4.7.2"/>
<Framework Id="262407" Name=".NETFramework,Version=v4.7.1"/>

Dopo aver riavviato Visual Studio, vedrai le nuove versioni.

public void ChangeFramework() {

  //Add Reference to envdte (Assemblies\Extensions\envDTE)
  string SolutionFile = @"C:\MyProject\MyProject.sln";
  string ProjectName = "MyProject";

  //------------------------------------------------------------------------
  //Find the Program ID from the registry for VisualStudio.DTE
  //Look it up In Registry: Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Classes
  System.Type oType = System.Type.GetTypeFromProgID("VisualStudio.DTE", true);
  EnvDTE.DTE dte = (EnvDTE.DTE)Activator.CreateInstance(oType, true);

  //------------------------------------------------------------------------
  //Open your Solution
  dte.Solution.Open(SolutionFile);

  //------------------------------------------------------------------------
  //Now In your solution go through what is listed in dte.Solution.Projects 
  //and find the one that match what you want to change target for
  int iItemsCount = dte.Solution.Projects.Count;
  string sCurrent = "";

  for (int i = 1; i <= iItemsCount; i++) {

    sCurrent = dte.Solution.Projects.Item(i).Name;

    if (dte.Solution.Projects.Item(i).Name == ProjectName) {
      //Once you find your project, Change the Framework
      EnvDTE.Project oProject = dte.Solution.Projects.Item(i);
      oProject.Properties.Item("TargetFrameworkMoniker").Value = ".NETFramework,Version = v4.6.2";
    }
  }

  //------------------------------------------------------------------------
  //Close your Solution
  dte.Solution.Close();
}