Soluzione di retargeting da .Net 4.0 a 4.5: come effettuare il retarget dei pacchetti NuGet?

Ho migrato una soluzione che sta attualmente prendendo di mira .NET 4.0 in VS2010 in VS2012 e ora vorrei ridisegnarla a .Net 4.5

Ciò di cui non sono sicuro sono i pacchetti NuGet. Ad esempio EF5, che ho aggiornato da EF4 in VS2010, risulta essere effettivamente EF 4.4, come puoi vedere qui:

    <Reference Include="EntityFramework, Version=4.4.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089, processorArchitecture=MSIL">
      <SpecificVersion>False</SpecificVersion>
      <HintPath>..\packages\EntityFramework.5.0.0\lib\net40\EntityFramework.dll</HintPath>
    </Reference>

Posso anche vedere quanto segue in packages.config per il progetto:

<?xml version="1.0" encoding="utf-8"?>
<packages>
  <package id="EntityFramework" version="5.0.0" targetFramework="net40" />
</packages>

Quindi la mia domanda è:

Qual è la migliore pratica per indirizzare nuovamente tutti i pacchetti NuGet che sono attualmente impostati su target .NET 4.0 per target .NET 4.5?

NuGet 2.1 offre una funzionalità che rende tutto molto più semplice: basta farlo update-package -reinstall -ignoreDependenciesdalla console di Package Manager.

NuGet 2.0 non gestisce molto bene il targeting delle tue applicazioni. Per modificare i framework di destinazione dei pacchetti, è necessario disinstallare e reinstallare i pacchetti (prendendo nota dei pacchetti installati in modo da poter reinstallare ciascuno di essi).

Il motivo per cui i pacchetti devono essere disinstallati e reinstallati è:

• Durante l'installazione di un pacchetto, determiniamo il framework di destinazione del tuo progetto
• Quindi lo abbiniamo al contenuto del pacchetto, trovando la cartella \ lib \ appropriata (e la cartella \ content \)
• I riferimenti all'assembly vengono aggiunti con Percorsi suggerimento che puntano alla cartella \ lib \ del pacchetto, con la sottocartella giusta (ad esempio \ lib \ net40)
• I file di contenuto vengono copiati dalla cartella pacchetti \ content \, con la sottocartella giusta (ad esempio \ content \ net40)
• Registriamo targetFramework utilizzato per installare il pacchetto all'interno del file packages.config
• Dopo aver modificato il framework di destinazione del progetto, i Suggerimenti suggeriscono ancora net40
• Quando disinstalli i pacchetti, controlliamo il targetFramework che è stato registrato in pacchetti.config per vedere quali librerie / contenuti del framework di destinazione rimuovere dal tuo progetto
• Quando reinstalli il pacchetto, rileviamo il tuo framework di destinazione aggiornato e facciamo riferimento / copiamo le librerie / i contenuti corretti

Per coloro che hanno avuto problemi con il update-package -reinstall <packagename>comando, considera di eseguirlo con -ignoreDependenciesflag, in questo modo:

update-package -reinstall <packagename> -ignoreDependencies

Questo flag lascerà da sole le dipendenze dei pacchetti, altrimenti potrebbero essere aggiornati anche se il pacchetto che volevi reinstallare reinstallare mantiene ancora la stessa versione.

Maggiori informazioni qui .

Dopo aver provato la risposta accettata senza successo, vorrei suggerire un comando meno rischioso:

Update-Package <PackageName> -ProjectName <ProjectName> -Reinstall -IgnoreDependencies

Per maggiori informazioni: http://blog.nuget.org/20121231/a-quick-tutorial-on-update-package-command.html

Durante il tentativo di reinstallare i pacchetti a livello di soluzione, ho riscontrato un errore di dipendenza (nonostante l'utilizzo della -ignoreDependenciesbandiera) e tutti i file packages.config per ogni progetto sono stati eliminati. In VS2013, sembra che pacchetti.config non venga ripristinato sul disco e aggiunto di nuovo fino a quando tutte le dipendenze / i riferimenti aggiornati non vengono ricollegati al progetto.

Nel mio caso ciò che ha funzionato è stato quello di aggiornare ogni progetto one-at-a-time aggiungendo il -ProjectName nomeprogetto al update-packagecomando. In questo caso, package.config viene aggiornato man mano che ciascun progetto viene aggiornato.

Potrebbe non essere pratico per soluzioni molto grandi, ma sembra un ragionevole compromesso sfruttare ancora l'aggiornamento automatico per il maggior numero possibile di progetti e isolare quelli problematici senza che tutti i pacchetti.config nella soluzione vengano eliminati in caso di errore.

Con Visual Studio per Mac 2019, facendo clic con il pulsante destro del mouse sulla cartella Pacchetti, viene visualizzata l'opzione "Retarget" nel menu. Ciò ha risolto il problema di retarget per tutti i pacchetti nel progetto che richiedevano il retargeting. Sembra che non ci fosse NuGet Package Manager nel menu Strumenti di Visual Studio per Mac (almeno nel mio), quindi non ho potuto avviare la Console di Package Manager.