2016-05-15 17 views
4

Ich kann eine universelle DirectX 12-App nicht bereitstellen. Mein problematischer Abend begann mit dem Signieren von Fehlern, wobei sich VS20015 beschwerte, dass die automatisch generierte MyDx12App_TemporaryKey.pfx für das Signieren nicht gültig war.VS2015 DEP0700: Registrierung der App fehlgeschlagen. (0x80070005)

Error  DEP0700 : Registration of the app failed. (0x80070005) MyDx12App   
Warning APPX0106 Loading certificate file 'MyDx12App_TemporaryKey.pfx' failed. Errore non specificato. 
    MyDx12App C:\Program Files (x86)\MSBuild\Microsoft\VisualStudio\v14.0\AppxPackage\Microsoft.AppXPackage.Targets 1908  
Warning APPX0106 Loading certificate file 'MyDx12App_TemporaryKey.pfx' failed. Errore non specificato. 
    MyDx12App C:\Program Files (x86)\MSBuild\Microsoft\VisualStudio\v14.0\AppxPackage\Microsoft.AppXPackage.Targets 1908  
Warning APPX0107 The certificate specified is not valid for signing. For more information about valid certificates, see http://go.microsoft.com/fwlink/?LinkID=241478. MyDx12App C:\Program Files (x86)\MSBuild\Microsoft\VisualStudio\v14.0\AppxPackage\Microsoft.AppXPackage.Targets 1908  

Eigentlich wurde diese PFX-Datei von Visual Studio leer (0 Bytes) erstellt. Ich habe ein gültiges Zertifikat, indem Sie:

Solution Explorer > Package.appxmanifest > Packaging > Choose Certificate... > Create test certificate... 

Auf diese Weise habe ich die Unterzeichnung Fehler beseitigen (was sehr interessant ist, auf einem zweiten und nachfolgenden redeploys nicht nach einem sauberen, auch mit dem beschädigten Zertifikat erscheinen würde , was mich dazu bringt zu denken, dass das vielleicht nicht das eigentliche Problem war).

Wie auch immer, mit diesem Fix konnte ich die Signierfehler loswerden, selbst wenn ich versuche, nach einem Clean neu zu verteilen; aber der erste Fehler des Protokolls:

DEP0700 : Registration of the app failed. (0x80070005) 

Nie ging weg, und hielt mich gute Gesellschaft für den besten Teil des Abends.

Ich habe alles versucht, was ich bei Google finden konnte, aber mein Fall scheint anders zu sein, weil die Fehlermeldung keinen Unterfehler angibt, obwohl es heißt, dass es sich um einen Zugriff verweigert (0x80070005) handelt.

Dinge, die ich versucht:

  • Verwenden Sie ein lokales Konto
  • Disconnect VS von meinem Microsoft Konto
  • Namen ändern Package (im Manifest)
  • Version ändern (im Manifest)
  • Ändern Publisher-Anzeigename
  • Erstellen Sie das PFX-Zertifikat erneut
  • Den Entwicklermodus deaktivieren und erneut aktivieren
  • Erlauben Sie dem Systembenutzer das Lösungsverzeichnis vollständig zu steuern
  • Schalten Sie mein Konto in Administrator (ich kann es tun, weil ich auch ein Administratorkonto auf diesem PC habe).

Nichts hat funktioniert. Meine Maschine:

Visual Studio: Community 2015, 14.0.25123.00, Update 2 

Windows 10 
    Version: 1511 
    OS Build: 10586.318 

Antwort

5

Es stellt sich heraus, dass ich SYSTEM volle Kontrolle fehlte. Sie müssen die erweiterten Sicherheitseinstellungen verwenden, um Berechtigungen rekursiv anzuwenden.Die richtige Vorgehensweise ist:

  • Direkt an der Lösung Verzeichnis klicken
  • Klicken Sie auf Sicherheit
  • Klicken Sie auf Erweitert
  • in der Autorisierungs-Registerkarte
  • Klicken Sie auf Eigenschaften klicken Sie auf Hinzufügen
  • SYSTEM als Einheit wählen
  • Wählen Sie Vollzugriff
  • Klicken Sie auf OK
  • Check "Ersetzen Sie alle Objektberechtigungen Kind mit vererbbaren Berechtigungen von diesem Objekt"
  • Klicken Sie auf OK
2

versuchen, Visual Studio und jede Simulator zu schließen. Wechseln Sie als Administrator zu Verzeichnis% USERPROFILE% \ AppData \ Local \ Packages (normalerweise in C: \ Users \% username%). Löschen Sie dann das Verzeichnis mit dem Namen Ihres Pakets (ein Verzeichnis mit einem Namen wie nnnn.Yourname.YourAppName_xxxxxxxxxxxxx). Starten Sie Visual Studio anschließend neu und versuchen Sie erneut, die Bereitstellung durchzuführen.

1

Ich hatte auch die DEP0700 Fehler mit meinem neu erstellten Xamarin.forms-Projekt (gespeichert auf einem Netzwerk-Laufwerk) und VS2015 Update3 RC. Nachdem ich das Ausgabeverzeichnis aus dem Netzwerk-Laufwerk in ein lokales Verzeichnis (so schnell Abhilfe) geändert hat sich der Fehler weg ...
Sie die Details finden Sie hier Problem Xamarin.forms on a network-drive

+0

Dies war meine Ursache für das Problem in einer VS2017 UWP App. –

2

Für zukünftige Zuschauer,

Ich habe festgestellt, dass dieser Fehler auch dann auftritt, wenn Sie eine der Dateien in Ihrem Paketordner geöffnet haben. In meinem Fall hatte ich die SQLite-Datenbankdatei in einem Viewer geöffnet, und dies führte dazu, dass VS2015 mit einem DEP0700-Fehler fehlschlug.

+0

Bingo! Ich hatte die SQLite db extern geöffnet. Es wurde geschlossen und der Fehler verschwand. Vielen Dank – webo80

Verwandte Themen