Visual Studio 2012 Web Publish dosyaları kopyalamıyor

VS 2012'de bir Web Uygulaması projem var ve web yayımlama aracını kullandığımda başarıyla oluşturuyor ancak yayımlama hedefine (bu durumda Dosya Sistemi) herhangi bir dosya kopyalamıyor.

Derleme çıktısına bakarsanız, her şeyin obj \ Release \ Package \ PackageTmp \ dosyasına kopyalandığını görebiliyorum, ancak derleme çıktısında gördüğüm tek şey şu:

4> İnşaat projesi "{Project} .csproj" tamamlandı.
4> Mevcut dosyaları silme ...
4> Klasör yayınlanıyor / ...
4> ========== Derleme: 3 başarılı, 0 başarısız, 1 güncel, 0 atlandı ===== =====
========== Yayınla: 1 başarılı, 0 başarısız, 0 atlandı ==========

Yayımın başarılı olduğu belirtilse de, yayın için hedef dizinde dosya yok.

Bunu birden fazla projede gördüm ve bazen Çözüm / Platform yapılandırmaları bu soruna neden oluyor gibi görünüyor, ancak bunun tam bir nedenini tam olarak tespit edemedim.

Başkaları bunun olduğunu gördü ya da bunun nasıl doğru bir şekilde çalışacağına dair bir fikri var mı?

GÜNCELLEME:

Bunun için bir çözüm bulmuş olabilirim. Sadece bu tekrar oldu ve yayınlama ayarları ile uğraşıyordum. Ayarlar sekmesindeki seçili Yapılandırmayı başka bir yapılandırmaya değiştirdikten sonra tekrar kullanmak istediğim tüm dosyalarımı yeniden yayınlamaya başladım. Umarım bu gelecekte başka projeler üzerinde de çalışır.

GÜNCELLEME 2:

Microsoft Connect'te bir hata gönderdim ve VS Web Developer ekibindeki bir geliştiriciden haber aldım. Bu sorunu dahili yapılarında düzelttiklerini ve yakında bu sorunu çözecek yayın aracında bir güncelleme yayınlayacaklarını söyledi.

GÜNCELLEME 3:

Bu, yakın zamanda Visual Studio 2012 Güncelleştirme 2 ile giderilmiştir

Bunun nedeni, vs2012'nin RC'si ile oluşturulan çözümler / projeler olabilir. Bu bana aylar önce oldu ve çözüm derleme konfigürasyonlarımın proje konfigürasyonlarımla eşleştiğinden emin olarak sorunu düzeltti ...

Kısa bir süre önce, VS2012 Express for Web ile vs2012RC'de oluşturulan aynı çözümü açarken aynı sorunu yaşadım. Orijinal posterin önerisini aynen yaptım ve sorunumu düzeltti.

İşte beni cevaba götüren konu:

connect.microsoft.com/VisualStudio/feedback/details/746321/publish-web-application-fails

Yukarıdaki sohbetten bana yardımcı olan ilgili yanıt şuydu:

Microsoft tarafından 6/13/2012 tarihinde 12:00 PM tarihinde gönderildi Merhaba Andrew,

Bu, çözüm yapılandırmasını proje yapılandırmasıyla nasıl ele aldığımızla ilgili bir hataydı. Hatalı olarak aynı olduklarını varsaydık (ör. Solution Release | x86, her bir projenin Release | x86 olarak da ayarlanacağını) ve bu da dosyaları yayınlamak için yanlış derleme özelliklerini kullanmamıza neden oldu.

Çözüm, çözüm yapılandırmasını ve derleme yapılandırmasını eşleştirmektir. Bu sorun, Visual Studio 2012'nin bir sonraki sürümünde giderilecektir.

Teşekkürler, - Jimmy Lewis SDET, Visual Web Developer ekibi

Aynı sorun. Geçici çözüm yayınlama ayarlarını Release'den Debug'a değiştiriyordu. Yeniden yayınlayın ve ardından Sürüm olarak değiştirin ...

Bunu biraz daha ileri götürmek için. Bir yayınlama profili oluşturduğunuzda oluşturulan iki dosyanız var.

• NewProfile.pubxml
• NewProfile.pubxml.user

Bu dosyaları içeren bir projeyi bir kaynak denetiminden PublishProfile klasöründe açtığınızda, .pubxmldosyayı değil .publxml.userdosyayı içerir, böylece .publxml.userprojeyi açtığınızda dosyayı anında oluşturur . .publxml.userAnında yeni oluşturduğunda xml şöyle görünür:

<Project ToolsVersion="4.0" xmlns="http://schemas.microsoft.com/developer/msbuild/2003">
</Project>

Yeni bir profil oluşturduğunuzda şöyle görünür:

<Project ToolsVersion="4.0" xmlns="http://schemas.microsoft.com/developer/msbuild/2003">
  <PropertyGroup>
    <LastUsedBuildConfiguration>Release</LastUsedBuildConfiguration>
    <LastUsedPlatform>Any CPU</LastUsedPlatform>
    <TimeStampOfAssociatedLegacyPublishXmlFile />
    <EncryptedPassword />
  </PropertyGroup>
</Project>

<PropertyGroup>Düğümü alıp .pubxml.userdosyaya koyarsanız PublishProfiles'ınız yeniden çalışmaya başlar.

Kolay bir düzeltme, yayınlama profilinizi silmek ve yeni bir profil oluşturmaktır.

çözümünüzü sağ tıklayıp yayınlamayı seçtiğinizde bir profil ayarınız olur. bunu silin ve yeni bir tane oluşturun.

bu sorunu düzeltir.

2010'dan 2012'ye geçişten bu sorunu yaşadım

Aynı hatayla karşılaştım ve ayarı sürümden hata ayıklamaya değiştirdim ve sorun çözüldü ..

Ben aynı konu vardı ancak bu konudaki cevapların hiçbiri benim için çalıştı. Benim sorunum dinamik olarak oluşturulan (benim app tarafından) statik HTML dosyaları içeren bir dizin olmasıydı. Dizinin tamamı yayınlanmıyordu.

Benim için işe yarayan çözüm burada bulundu :

Bir süre önce aldım ve belgelemem gerektiğini düşündüğüm bir konu, projemi yayınladığımda belirli dosya türlerinin yüklenmediğiydi.

Söz konusu dosya türleri .pdf dosyaları ve .rtf idi.

Bunun nedeni, bu dosya uzantılarının Visual Studio tarafından yayımlanması gerektiği olarak tanınmamasıydı. Neyse ki bu Visual Studio'da değiştirilebilir.

Kopyalanmayan dosyaları seçin. Gelen Özellikler sağlamak Eylem Oluştur ayarlandığında İçerik .

Bu işe yaramazsa aşağıdakiler denenebilir.

Proje menüsü altında Web'i Paketle / Yayınla'yı seçin ve bu açılır menüye dikkat edin:

Bunu bu proje klasöründeki Tüm dosyalar olarak değiştirmeyi deneyin.

Bunun nedeni, .pubxml.user öğesinin yayınlamak için gerekli bilgileri içermesi ve bu dosyanın kaynak denetimine dahil olmaması (ve olmaması) gerekmesidir. Bu VS hatasını düzeltmek için, bilgileri .pubxml.user dosyasından .pubxml dosyasına kopyalayın. İlgili özellikler:

<LastUsedBuildConfiguration>Release</LastUsedBuildConfiguration>
<LastUsedPlatform>Any CPU</LastUsedPlatform>

Bunları .pubxml'inize koyun ve gitmek için iyi olmalısınız.

Tüm bu çözümleri denedim ama bu her seferinde işe yarıyor.

Sadece "Yayınlama yöntemi:" ni "Dosya Sistemi" nden örneğin "Web Dağıtımı" olarak değiştiririz ve hemen "Dosya Sistemi" olarak değiştiririz.

Birkaç proje için de aynı problemi yaşadım. Vurulanlar sadece web projeleri gibi görünüyor. Profili silmek ve yeniden oluşturmak sorunu yalnızca bir kez çözer. Ek olarak, oluşturulan yayımlamaxml'in karşılaştırılması hiçbir fark vermez, bu nedenle profil ile hiç ilgili görünmüyor.

OP'nin derleme sorunlarını ileri geri değiştirmek için bahsedilen geçici çözüm şu anda tek güvenilir çözüm gibi görünüyor.

Aynı sorunu VS 2010'da yayınladım, olay günlüklerini kontrol ettikten, görsel stüdyo günlüklerini vb. Kontrol ettikten sonra çalıştırdım. Daha sonra v1'e güncellendiğine inandığım web yayınını (ekleme / kaldırma yoluyla) kaldırmaya karar verdim. 0.30810.0. Bu sorunu çözdü.

Burada da aynı problem vardı.

Sadece "Yayınlama yöntemi:" ni "Dosya Sistemi" nden örneğin "Web Dağıtımı" olarak değiştiririz ve hemen "Dosya Sistemi" olarak değiştiririz.

Aşağıdakiler benim için çalıştı:

Release> Debug> Release'den (ya da tam tersi) değiştirin ve ardından yayınlayın.

İhtiyacınız olmayan hiçbir şeyi silmenize, düzenlemenize, yayınlamanıza gerek yok.

Sorunum myproject.csproj dosyasının yanlış yapılandırmasındaydı. '_address-step1-store.cshtml' dosyası yayınlandığında kopyalanmadı. 'Hiçbiri', 'İçerik' olarak değiştirildi, şimdi sorun yok.

Disk yayınlama hedefi olan VS 2012 Pro ile aynı sorun. Project doğru şekilde yayınlardı, ancak dosyaları hedef klasöre kopyalayamadığı bu sorunu yapmaya başladı.

Çözüm, yayınlama profilini düzenlemek, modu Release (Any CPU) iken hata ayıklamak ve ardından Release (Any CPU) olarak değiştirmekti. Bunu yapmak PublishProfiles \ projname.pubxml.user dosyasının yeniden yazılmasına neden olur (yukarıda açıklandığı gibi). Özellik grubu düğümü altına LastUsedBuild, LastUsedPlatform ve TimeStampOfAssociatedLegacyPublishXmlFile öğelerini eklediği anlaşılıyor. Yayınlama işlemi tamamlandıktan sonra, tek tek dosyaları ve yayınlama zamanlarını içeren başka bir ItemGroup ekler.

Bu işlem benim için başarılı oldu:

"Özellikler> PublishProfiles> xxxx.pubxml" klasöründeki Yayınlama Profillerini öldürün ve yeniden ayarlayın.

Değer için, sonunda Web Deploy ile savaşmaktan vazgeçtim ve istediğim şeyi yaptım (konuşlandırılabilir dosyaları kopyalayın ve başka bir şey), bu yüzden PowerShell'de yazdım ve sonuçtan gerçekten memnunum. Muhtemelen MSBuild / Web Publish üzerinden denediğim her şeyden çok daha hızlı, çünkü bu yöntemler hala ihtiyacım olmayan şeyleri yapıyorlardı.

İşte özü ( tam anlamıyla ):

function copy-deployable-web-files($proj_path, $deploy_dir) {
  # copy files where Build Action = "Content" 
  $proj_dir = split-path -parent $proj_path
  [xml]$xml = get-content $proj_path
  $xml.Project.ItemGroup | % { $_.Content } | % { $_.Include } | ? { $_ } | % {
    $from = "$proj_dir\$_"
    $to = split-path -parent "$deploy_dir\$_"
    if (!(test-path $to)) { md $to }
    cp $from $to
  }

  # copy everything in bin
  cp "$proj_dir\bin" $deploy_dir -recurse
}

Benim durumumda bunu bir CI ortamında (TeamCity) çağırıyorum, ancak kolayca bir post-build etkinliğine de bağlanabilir.

Hedef konumu obj / [release | stage | ..] yerine çözüm klasörleri dışında tamamen yeni bir yola değiştirerek bu sorunun üstesinden gelebildim, örneğin c: \ deployment. Görünüşe göre VS 2012'nin kafası karışıyor ve belki de yayınlama sürecinde bir yerden vazgeçiyordu.

Mat

Geçenlerde VS 2013'te Umbraco CMS ithal ettiğim bir MVC projesi için de aynı sorunu yaşadım. Yayınlayamadım. Yukarıdaki cevap yardımcı oldu, ancak VS'de gerçekten ne yapmam gerektiğini anlamak için biraz zamana ihtiyacım vardı. Bunu öğrenmek için MS bloglarında biraz araştırma yapılması gerekiyordu. Basit demeye çalışıyorum:

• VS araç çubuğunda belirli bir yapılandırmayı seçin, örneğin Release ve Any CPU. Projeyi çalıştırın.
• Daha sonra, söz konusu çözüm üzerinde Çözüm Gezgini'ne sağ tıklayın, Yayınla'yı seçin. Yeni bir yayınlama profili oluşturun veya belirli bir profil kullanın, ancak ayarlarda her zaman projeyi son çalıştırmadan önce olduğu gibi aynı yapılandırmanın (örn. Release ve Any CPU) seçildiğinden emin olun.
• Ayrıca benim durumumda OBJ klasörünü silmek gerekiyordu çünkü burada başarısız olan son başarısız denememin ayarları sıkıştı, ancak VS'yi yeniden başlattım ve tüm yayınlama profillerini sildim.

Çözümde başvurulan birkaç proje ile bir Web Uygulamam var. Geçmişte birçok kez tek bir Yayınlama yapılandırmasıyla başarıyla konuşlandırdım. Geçmişte kaçırılmış olan bir Proje için Proje Yapılandırmasını Hata Ayıklamadan Serbest Bırakmaya değiştirdim. Bir daha konuşlandırmaya çalıştığımda, Yayıncı'nın sessizce başarısız olduğu bu belirtileri aldım - hiçbir şey yapmıyor ve başarılı olduğunu söylüyor:

1>------ Build started: Project: Project, Configuration: DeployProduction Any CPU ------
1>  
2>Publishing folder /...
========== Build: 1 succeeded, 0 failed, 9 up-to-date, 0 skipped ==========
========== Publish: 1 succeeded, 0 failed, 0 skipped ==========

Kurtarmanın tek yolu, Yayınlama profilini silmek, silme işlemini kaydetmek, yeniden açmak ve Yayınlama profilini sıfırdan yeniden oluşturmak için Visual Studio'yu kapatmaktı. Bunu yaptıktan sonra tekrar iyi yayınlayabilirim.

Win8 VS2012, berbat dizüstü bilgisayar.

Visual Studio 2012'de, sürümler arasında geçiş yapmak yine de sorunlara neden olur.

objKlasörü silmek için önceden oluşturulmuş bir etkinlik ekledik : del /s /f /q $(ProjectDir)\objyayınlanma sorunu düzeltildi. Temizlik bazen işe yarar, ama her zaman değil.

Sonunda cevabı kendim buldum. Yukarıdaki çözümlerin hepsi benim için çalışmıyor.

Yaptığım şey, proje klasörünü daha kısa bir şeye değiştirmek ve yayınlamak için sürmek için projeyi hareket ettirmek.

benim tarafımda başarısız olmasının nedeni çok uzun proje adı / heirarchy olmasıdır.

C: \ Kullanıcılar \ kullanıcı \ Masaüstü \ Uyumluluk Yönetim Sistemi \ ComplianceIssueManagementSystem \ ComplianceIssueManagementSystem

Bunu düşündüm çünkü bazen rar dosyasını ayıkladığımda adın / yolun çok uzun olduğunu söylüyor. Visual studio 2012 yayıncılığıyla aynı olacağını düşündüm. ve öyle!

size yardımcı olacağını umuyoruz.

Mevcut projenizi, aynı sınıf adı ve farklı sayfa adıyla geri kopya yapıp yapmadığınızı kontrol edin (Sınıf adı kopyalanan dosyayı devralır). Sonuçta bu derleyiciyi karıştırır !!!

CodeFile = "Consolidated.aspx.vb" Devralma = "Konsolide

Yukarıdaki çözümlerin hiçbiri benim için işe yaramadı.

Ancak, ana çözümümüzdeki beş ASP.NET MVC projemizden dördünün dağıtım paketini doğru yere koyarken biri obj \ Debug altında bıraktığını fark ettim.

Projeleri karşılaştırdım ve bir tutarsızlık buldum. Çözüm bunu değiştirmekti :

<Import
    Project="$(MSBuildExtensionsPath32)\Microsoft\VisualStudio\v10.0\WebApplications\Microsoft.WebApplication.targets" />

buna :

<Import
  Project="$(VSToolsPath)\WebApplications\Microsoft.WebApplication.targets"
  Condition="'$(VSToolsPath)' != ''" />
<Import
  Project="$(MSBuildExtensionsPath32)\Microsoft\VisualStudio\v10.0\WebApplications\Microsoft.WebApplication.targets"
  Condition="false" />

Bu değişikliği yaptıktan sonra, beş projenin hepsi dağıtım paketlerini doğru yere koydu.

(Uzun çizgiler için üzgünüm, ama onları yoğunlaştırmanın daha iyi bir yolunu bulamadım.)

Ben Visual Studio oluşturulan Service Reference dosyaları genel yol uzunluğu açısından çok uzun hale ile karşılaştım .

Svcutil.exe'yi kullanarak Hizmet Başvurusu'nu yeniden oluşturarak, tüm özgün Hizmet Başvurusu dosyalarını silerek bunları kısaltın.

svcutil şu şekilde adlandırılabilir:

"C:\Program Files (x86)\Microsoft SDKs\Windows\v8.0A\bin\NETFX 4.0 Tools\SvcUtil.exe" /language:CS http://myservice /namespace:*,My.Namespace

Derleme hatalarını önlemek için, My.Namespace, oluşturulan hizmet proxy'sindeki varolan ad alanı ile değiştirilmelidir (genellikle Reference.cs dosyasında bulunur).

http://myservice servis bitiş noktası URL'si ile değiştirilmelidir.

Aynı problemle karşılaştım. Yukarıdaki çözümlerin hiçbiri benim için işe yaramadı.

Bu nedenle, yayınlama sırasında kopyalanamayan dosyaları hariç tuttum.

Web sitesini birkaç kez yayınlamıştım. Ancak bir gün aspx dosyasını değiştirip web sitesini yayınlamaya çalıştığımda, boş bir yayınlanmış klasörle sonuçlandı.

Geçici çözümümde bir çözüm buldum.

1. Yayınlama sihirbazı, yayınlama sırasında herhangi bir hatayı yansıtır, ancak hedef klasöre herhangi bir dosya kopyalamaz.

2. Hatayı oluşturan dosyayı bulmak için, web sitesi klasörü içeriğini yeni bir klasöre kopyalayın ve görsel web sitesini bu web sitesiyle başlatın.

3. Şimdi yayınlamaya çalıştığınızda hata içeren dosya adını verecektir.

4. Sadece orijinal web sitesi klasöründeki hatayı düzeltin ve yayınlamaya çalışın, daha önce olduğu gibi çalışacaktır.

Çözümlemek için şu adımları izleyin:

Build > Publish > Profile > New

Yeni bir profil oluşturun ve mevcut profilinizle aynı ayarlarla yapılandırın.

Proje şimdi doğru şekilde yayınlanacaktır. Bu genellikle, Visual Studio'nun daha yeni bir sürümünde oluşturulmuş başka bir makineden alınan kaynak denetimli yayımlama profili sonucunda oluşur.

SABİT - sunulan çeşitli çözümler benim için işe yaramadı. VS Community 2017, Windows Server 2012 R2 ile benim için işe yarayan, kullanıcı için TEMP ve TMP çevresel değişkenlerini değiştirmek ve sistemi yeniden başlatmak ve yeniden dağıtmaktı (VS'yi yeniden başlatmak yeterli değildi). Bu geçici değişkenler VS'nin geçici yayın yaptığı yerdir.

Geçici değişkenleri değiştirdikten sonra görsel stüdyoyu yeniden başlatmak hile yapmadı, sistemi yeniden başlatmak zorunda kaldı.

İlk:

• Derleme sürümü Yapılandırma.
• Proje Özellikleri-> sayfasında, Web'i Paketle / Yayımla altındaki Tüm dosya ve klasörler'i seçin.
• Çözeltiyi yeniden oluşturun (Temiz çözeltiden sonra).
• şimdi yayınla.

Yayınlarken ne seçtiğinizi tekrar kontrol edin.
bunu yapmalı. Benim için yaptı! :)

En kolayı,

   1. select the file(s) that are not being copied,
   2. Press <F4> to get the properties window
   3. Make the "Build Action" property "compile" or "content" depending on what it is.
   4. Now this particular file will be included!