Ho eseguito la migrazione dal ripristino del pacchetto MSBuild al ripristino automatico del pacchetto che ripristina i pacchetti prima che inizi la generazione. (http://docs.nuget.org/docs/workflows/migrating-to-automatic-package-restore)Modifica del modello di processo TFS per implementare il ripristino del pacchetto Nuget
Secondo questo articolo http://docs.nuget.org/docs/reference/package-restore-with-team-build TFS 2013 e Visual Studio in linea non hanno bisogno di alcuna configurazione speciale, ma ho aperto i modelli di processo XAML e non implementano l'attività NuGetRestore. Come puoi vedere è disponibile per l'uso, ma non riesco a trovare articoli su come implementarlo correttamente.
Ho controllato tutti questi modelli
Correntemente, c'è un problema con il ripristino di nuget che non funziona correttamente se il "vecchio" nuget con il ripristino del file di destinazione è ancora presente. Potrebbe essere il tuo problema. –
Dopo l'implementazione di quel modello, non funziona. Impostare la verbosità sull'attività MSBuild per la diagnostica e non vedere alcun riferimento alla chiamata a nuget.exe. Mi chiedo come possiamo sapere se effettivamente lo sta facendo? – dudeNumber4
Dopo molte indagini risulta che il ripristino sta accadendo, ma le mie soluzioni non verranno costruite perché un "HintPath" viene aggiunto a un file di progetto quando i pacchetti vengono ripristinati. Per ogni progetto condiviso tra più soluzioni, questo percorso sarà nel controllo del codice sorgente come percorso corretto ogni volta che è stato ripristinato l'ultimo. Sulle macchine di sviluppo in cui tutto il codice si blocca, più soluzioni continuano a funzionare. Sulla macchina di compilazione, non potranno mai costruire per tutte le soluzioni. – dudeNumber4