Sie können auch überprüfen, ob die gesuchten DLLs nicht im GAC enthalten sind. Ich glaube, Visual Studio ist schlau, diese Dateien nicht zu kopieren, wenn sie bereits im GAC auf dem Buildcomputer vorhanden sind.
Ich bin kürzlich in dieser Situation gelaufen, in der ich ein SSIS-Paket getestet hatte, für das Assemblys im GAC erforderlich waren. Ich hatte das seitdem vergessen und mich gefragt, warum diese DLLs während eines Builds nicht herauskamen.
So überprüfen Sie, was sich im GAC befindet (über eine Eingabeaufforderung für Visual Studio Developer):
gacutil -l
Oder in eine Datei ausgeben, um das Lesen zu erleichtern:
gacutil -l > output.txt
notepad.exe output.txt
So entfernen Sie eine Baugruppe:
gacutil -u MyProjectAssemblyName
Ich sollte auch beachten, dass die Dateien, nachdem ich sie aus dem GAC entfernt hatte, nach einem Build korrekt im Verzeichnis \ bin ausgegeben wurden (auch für Assemblys, auf die im Root-Projekt nicht direkt verwiesen wurde). Dies war in Visual Studio 2013 Update 5.
RestoreProjectStyle
Lösung verfügbar . Die Idee ist,<RestoreProjectStyle>PackageReference</RestoreProjectStyle>
für jedes .NET Framework-Projekt in der Lösung festzulegen.