Condivisioni di rete di Visual Studio 2012

Emulo Windows 8 su una VM utilizzando Parallels. Conservo tutti i miei progetti di sviluppo sulla partizione del mio Mac per semplicità e coerenza.

Quando provo a creare un’app (Visual Studio 2012) che esegue questa condivisione di rete, ottengo il seguente errore in fase di compilazione:

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

Qualcuno sa come risolvere questo problema? Devo dire a Visual Studio 2012 che la mia condivisione di rete è un dispositivo fidato, o almeno l’ho ingannato pensando che il progetto si trovi in ​​un’unità locale. Esiste comunque la possibilità di creare collegamenti simbolici in Windows?

In Visual Studio 2010 ho risolto questo problema come descritto in questo sito Web: http://www.sehajpal.com/index.php/2010/10/how-to-solve-loadfromremotesources-error-in-vs-2010/

Grazie per l’aiuto!

Questo post di Gearard Boland risolve questo problema. Speriamo che questo sia utile per chiunque altro sviluppi su una condivisione di rete:

Sì, è in base alla progettazione che non è ansible eseguire un’app Metro da un’unità di rete e la distribuzione da Visual Studio essenzialmente registra l’app con il sistema senza effettivamente impacchettarla e installarla (quindi non viene inserita nella normale posizione di installazione, che è Locale).

È ancora ansible lavorare con le sorgenti su un’unità di rete, ma sarà necessario sovrascrivere la posizione di distribuzione, che per impostazione predefinita si trova nella directory principale del progetto (ad esempio, bin\ ). Hai diverse opzioni:

  1. È ansible passare dal debug locale al debug remoto e impostare il nome della macchina come “localhost”. Ciò eseguirà una distribuzione remota sul computer locale (quindi non utilizzerà la directory del progetto). Non è necessario installare gli strumenti Remote Debugger, né avviare msvsmon affinché funzioni su localhost.
  2. È ansible sovrascrivere la directory di output del progetto. Fare clic con il tasto destro del mouse sul progetto e modificare la directory di output in qualcosa come: $(Temp)\$(MSBuildProjectName)\bin\$(Configuration) , dove Temp è una variabile di ambiente che punta alla directory Temp.
  3. Se vuoi comunque che l’output normale viva accanto alle fonti, ad esempio quando crei il pacchetto appx, ecc., Puoi sostituire solo la directory di layout invece dell’intero percorso di output. Per questo dovrai modificare direttamente il tuo file di progetto (es. * .Jsproj, * .csproj, …) per aggiungere il nuovo valore:

       C:\WorkingFolder\$(MSBuildProjectName)\$(Configuration)  

Spero che sia d’aiuto.