SQL Server-Datentools: Fehler beim Laden von benutzerdefiniertem DeploymentPlanModifier: Erforderlicher Contributor mit ID konnte nicht geladen werden

Ich muss einen SSDT-Build abfangen, um das Build-Skript zu modifizieren. Ich habe das MSDN-Implementierungsplan-Modifikator-Lernprogramm gefolgt, aber wann Ich versuche, das Datenbankprojekt zu erstellen, ich erhalte den folgenden Fehler:

Ich verwende Visual Studio 2012 (Version 11.0.61219.00 Update 5) und SSDT Version 11.1.50730.0.

Ich habe die Assembly signiert, aber kein Passwort angegeben.

Ich habe mehrere Lösungen verfolgt, die ich online ohne Erfolg gefunden habe, einschließlich der folgenden:

1. Aktualisierung von Visual Studio und SSDT;

2. Kopieren von MyDeploymentContributor.dll und MyDeploymentContributor.pdb an die folgenden Speicherorte:

   1. C:\Program Files (x86)\Microsoft SQL Server0\DAC\bin\Extensions
   2. C:\Program Files (x86)\Microsoft SQL Server0\DAC\bin
   3. C:\Program Files (x86)\Microsoft Visual Studio 11.0\Common7\IDE\Extensions\Microsoft\SQLDB\DAC0
   4. C:\Program Files (x86)\Microsoft Visual Studio 11.0\Common7\IDE\Extensions\Microsoft\SQLDB\DAC0\Extensions

3. Erfassen eines Ereignisprotokolls für SSDT und DacFx (nach Kevin Cunnanes Anweisungen unter Ссылка ). Hier sind die Ergebnisse aus dem DacFx-Protokoll:

   • Hauptdienste: SafeDirectoryCatalog: Assembly C:\Program Files (x86)\Microsoft Visual Stusio 11.0\Common7\IDE\Extensions\Micrsoft\SQLDB\DAC0\Extensions\MyDeploymentContributor.dll hinzugefügt
   • Core Services: Extension Lookup: Das Verzeichnis C:\Program Files (x86)\Microsoft Visual Stusio 11.0\Common7\IDE\Extensions\Micrsoft\SQLDB\DAC0\Extensions wurde dem Extension Lookup Pfad hinzugefügt
   • Kerndienste: FilteringCompositionContainer: Nachschauen nach Exporten für %Code%
   • Hauptdienste: FilteringCompositionContainer: Geänderte Teileerstellungsrichtlinie zu NonShared
   • Kerndienste: FilteringCompositionContainer: Nachschauen nach Exporten für %Code%

Es gab keine Microsoft.SqlServer.Dac.Deployment.DeploymentPlanExecutor -Nachrichten. Aus diesem Protokoll scheint der Contributor korrekt geladen zu sein. Das SSDT-Protokoll enthielt keine Ereignisse, die den Contributor erwähnten.

Es gibt keine erforderlichen Argumente für Mitverursacher, daher sieht der Knoten Microsoft.SqlServer.Dac.Deployment.DeploymentPlanModifier in meiner .sqlproj-Datei wie folgt aus:

Jede Hilfe wird geschätzt. Danke!