6

Ich emuliere Windows 8 auf einer VM mit Parallels. Ich speichere alle meine Entwicklerprojekte auf der Partition meines Macs für Einfachheit und Kohärenz.Visual Studio 2012 Netzwerkfreigaben

Wenn ich versuche, eine App (Visual Studio 2012) Ablaufen dieses Netzwerkfreigabe, erhält ich die folgenden Compiler-Fehler zu erstellen:

Error 1 Error : DEP0700 : Registration of the app failed. Rejecting a request to register from file:///Z:/Users/MY_USER_NAME/Sites/App1/App1/bin/Debug/AppX/AppxManifest.xml because the files are on a network share. Copy the files to the local computer before registering the package. (0x80073cf9) App1

Weiß jemand, wie dieses Problem zu lösen? Ich muss Visual Studio 2012 mitteilen, dass meine Netzwerkfreigabe ein vertrauenswürdiges Gerät ist, oder täusche es zumindest davon ab, dass sich das Projekt auf einem lokalen Laufwerk befindet. Gibt es trotzdem symbolische Links in Windows?

In Visual Studio 2010, löste ich dieses Problem, wie auf dieser Website dargestellt: http://www.sehajpal.com/index.php/2010/10/how-to-solve-loadfromremotesources-error-in-vs-2010/

Danke für die Hilfe!

+0

Gilt das auch nicht für VS 2012 arbeiten? – spender

+1

Ihre Kilometerzahl hängt davon ab, welche Art von App Sie entwickeln. In meinem Fall habe ich eine Windows 8 Metro App entwickelt. Beim Kompilieren der App signiert Windows die App, sodass sie implizit installiert werden kann. Aus Sicherheitsgründen funktioniert dies nicht, wenn Sie eine Netzwerkfreigabe ausführen. Überprüfen Sie den Link, den ich unten gepostet habe, wenn Sie Bedenken haben. Die schnelle Lösung besteht darin, Windows mitzuteilen, dass Sie die App ausführen. entfernt. – Alex

+0

Einfache Antwort in http://stackoverflow.com/questions/12126918/registration-of-app-failed-because-the-files-are-on-a-network-share-copy-the-fi. Bestätigt, um in VS2017 zu arbeiten. –

Antwort

14

This post by Gearard Boland löst dieses Problem. Hoffentlich kommt dies praktisch für alle anderen eine Netzwerkfreigabe der Entwicklung über:

Yes, it's by design that you cannot run a Metro app from a network drive and deployment from Visual Studio essentially registers the app with the system without actually packaging and installing it (so it doesn't get put into the normal install location, which is local).

You can still work with sources on a network drive, but you'll have to override the deployment location, which by default is under the project's root directory (e.g. bin\). You have several options:

  1. You can switch from local debugging to remote debugging and set the machine name as 'localhost'. This will do a remote deployment on your local machine (thus not using the project's directory). You don't need to install the Remote Debugger tools, nor start msvsmon for this to work on localhost.
  2. You can override the project's output directory. Right-click on the project and change the output directory to something like: $(Temp)\$(MSBuildProjectName)\bin\$(Configuration) , where Temp is an environment variable pointing to your Temp directory.
  3. If you still want normal output to live next to the sources, e.g. when you build the appx package, etc., you can override only the layout directory instead of the entire output path. For this you'll need to modify your project file directly (e.g. *.jsproj, *.csproj, ...) to add the new value:

    <PropertyGroup> 
        <LayoutDir>C:\WorkingFolder\$(MSBuildProjectName)\$(Configuration)</LayoutDir> 
    </PropertyGroup> 
    

Hope that helps.