6

Parallels'i kullanarak bir VM'de Windows 8'i taklit ediyorum. Tüm geliştirici projelerimi Mac'in sadeliği ve tutarlılığı için bölmesinde saklıyorum. Visual Studio 2012 Ağ Paylaşımları

Bir uygulama inşa etmeye çalışın

(Visual Studio 2012) bu ağ paylaşımı kapalı çalışan, benim hemen aşağıdaki derleme zamanı hatası:

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

kimse bu sorunu çözmek için nasıl biliyor mu? Visual Studio 2012'ye ağ paylaşımımın güvenilir bir aygıt olduğunu ya da en azından projenin yerel bir sürücüde olduğunu düşünmeye ittiğini söylemeliyim. Windows'da sembolik bağlantılar oluşturmak için zaten var mı? Yardım için http://www.sehajpal.com/index.php/2010/10/how-to-solve-loadfromremotesources-error-in-vs-2010/

Teşekkür: Visual Studio 2010'da

, ben bu Web sitesinde belirtildiği gibi bu sorunu çözüldü! Bu sorunu giderir.

+0

: başkasının bir ağ paylaşımı üzerinden geliştirmek için Umarım bu işe yarar? – spender

+1

Milajınız, geliştirdiğiniz uygulama türüne göre değişecektir. Benim durumumda, bir Windows 8 metro uygulaması geliştiriyordum. Uygulamayı derlerken, Windows örtülü olarak yüklenmesine izin vererek uygulamayı imzalar. Güvenlik sorunları nedeniyle, bir ağ paylaşımını çalıştırıyorsanız bu işe yaramaz. Herhangi bir endişeniz varsa, aşağıda gönderdiğiniz bağlantıyı kontrol edin. Hızlı çözüm, Windows'u uygulamayı çalıştırdığınızı söylemektir. uzaktan. – Alex

+0

http://stackoverflow.com/questions/12126918/registration-of-app-failed-because-the-files-are-on-a-network-share-copy-the-fi adresindeki basit yanıt. VS2017'de çalışmaya onaylandı. –

cevap

14

This post by Gearard Boland bu sorunu çözmektedir.

VS 2012 için aynı Çalışmaz

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.

İlgili konular