Visual Studio 2012 Web Publish kopiert keine Dateien

Ich habe ein Webanwendungsprojekt in VS 2012 und wenn ich das Web Publishing-Tool verwende, wird es erfolgreich erstellt, kopiert jedoch keine Dateien auf das Veröffentlichungsziel (in diesem Fall Dateisystem).

Wenn ich mir die Build-Ausgabe ansehe, kann ich sehen, dass alles korrekt nach obj \ Release \ Package \ PackageTmp \ kopiert wird, aber dann sehe ich in der Build-Ausgabe nur Folgendes:

4> Fertig Bauprojekt "{Project} .csproj".
4> Vorhandene Dateien löschen ...
4> Ordner veröffentlichen / ...
4> ========== Build: 3 erfolgreich, 0 fehlgeschlagen, 1 aktuell, 0 übersprungen ===== =====
========== Veröffentlichen: 1 erfolgreich, 0 fehlgeschlagen, 0 übersprungen ==========

Obwohl die Veröffentlichung erfolgreich war, befinden sich keine Dateien im Zielverzeichnis für die Veröffentlichung.

Ich habe dies in mehreren Projekten gesehen und manchmal scheint es, dass die Lösungs- / Plattformkonfigurationen dieses Problem verursachen, aber ich konnte keine genaue Ursache dafür ermitteln.

Hat jemand anderes dies gesehen oder eine Idee, wie dies richtig funktioniert?

AKTUALISIEREN:

Möglicherweise habe ich eine Problemumgehung dafür gefunden. Ich hatte dies gerade wieder und ich habe mit den Veröffentlichungseinstellungen herumgespielt. Nachdem ich die ausgewählte Konfiguration auf der Registerkarte "Einstellungen" in eine andere Konfiguration und dann wieder in die Konfiguration geändert hatte, die ich verwenden wollte, wurden alle meine Dateien erneut veröffentlicht. Hoffentlich funktioniert dies in Zukunft bei anderen Projekten.

UPDATE 2:

Ich habe einen Fehler in Microsoft Connect gepostet und von einem Entwickler im VS Web Developer-Team gehört. Er sagte, dass sie dieses Problem in ihren internen Builds behoben haben und bald ein Update für das Veröffentlichungstool veröffentlichen werden, das dieses Problem beheben wird.

UPDATE 3:

Dies wurde kürzlich mit Visual Studio 2012 Update 2 behoben

Dies kann durch Lösungen / Projekte verursacht werden, die mit dem RC von vs2012 erstellt wurden. Dies ist mir vor Monaten passiert und hat das Problem behoben, indem sichergestellt wurde, dass meine Lösungskonfigurationen mit meinen Projektkonfigurationen übereinstimmen ...

Ich habe kürzlich das gleiche Problem beim Öffnen derselben Lösung festgestellt, die ursprünglich in vs2012RC mit VS2012 Express for Web erstellt wurde. Ich habe genau das getan, was das Originalplakat vorschlug, und es hat mein Problem behoben.

Hier ist der Thread, der mich zur Antwort führte:

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

Die relevante Antwort aus dem obigen Gespräch, die mir geholfen hat, war:

Gepostet von Microsoft am 13.06.2012 um 12:00 Uhr Hallo Andrew,

Dies war ein Fehler im Umgang mit der Lösungskonfiguration im Vergleich zur Projektkonfiguration. Wir haben fälschlicherweise angenommen, dass sie gleich sind (z. B. würde in Release | x86 von Solution für jedes Projekt auch Release | x86 festgelegt sein), was dazu führte, dass wir die falschen Build-Eigenschaften zum Veröffentlichen von Dateien verwendeten.

Die Problemumgehung besteht darin, die Lösungskonfiguration und die Build-Konfiguration anzupassen. Dieses Problem wird in der nächsten Version von Visual Studio 2012 behoben.

Vielen Dank - Jimmy Lewis SDET, Visual Web Developer Team

Gleiches Problem. Die Problemumgehung bestand darin, die Veröffentlichungseinstellungen von Release auf Debug zu ändern. Neu veröffentlichen und dann wieder zu Release wechseln ...

Um das etwas weiter zu bringen. Sie haben zwei Dateien, die beim Erstellen eines Veröffentlichungsprofils erstellt werden.

• NewProfile.pubxml
• NewProfile.pubxml.user

Wenn Sie ein Projekt mit diesen Dateien im Ordner PublishProfile über ein Quellcodeverwaltungselement öffnen, enthält es nur die .pubxmlDatei und nicht die .publxml.userDatei. Daher wird die .publxml.userDatei beim Öffnen des Projekts im laufenden Betrieb erstellt . Wenn es das neue .publxml.userim laufenden Betrieb erstellt, sieht die XML wie folgt aus:

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

Wenn Sie ein neues Profil erstellen, wird eine XML-Datei erstellt, die wie folgt aussieht:

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

Wenn Sie den <PropertyGroup>Knoten nehmen und in die .pubxml.userDatei einfügen, funktionieren Ihre PublishProfiles wieder.

Eine einfache Lösung besteht darin, Ihr Veröffentlichungsprofil zu löschen und ein neues zu erstellen.

Wenn Sie mit der rechten Maustaste auf Ihre Lösung klicken und "Veröffentlichen" auswählen, wird ein Profil festgelegt. Löschen Sie diese und erstellen Sie eine neue.

Dies wird es beheben.

Ich hatte dieses Problem beim Wechsel von 2010 nach 2012

Ich hatte den gleichen Fehler und ändere die Einstellung von Release auf Debug und das Problem wurde behoben.

Ich hatte das gleiche Problem, aber keine der Antworten in diesem Thread funktionierte für mich. Mein Problem war, dass es ein Verzeichnis gibt, das dynamisch generierte (von meiner App) statische HTML-Dateien enthält. Das gesamte Verzeichnis wurde nicht veröffentlicht.

Die Lösung, die für mich funktioniert hat, wurde hier gefunden :

Ein Problem, das ich vor einiger Zeit hatte und dachte, ich sollte dokumentieren, war, dass bestimmte Dateitypen nicht hochgeladen wurden, als ich mein Projekt veröffentlichte.

Die fraglichen Dateitypen waren PDF-Dateien und RTF.

Der Grund dafür war, dass diese Dateierweiterungen nicht als publikationsbedürftig von Visual Studio erkannt wurden. Glücklicherweise kann dies in Visual Studio geändert werden.

Wählen Sie die Datei (en) aus, die nicht kopiert werden. In Eigenschaften sorgen dafür , dass Build Action eingestellt ist Inhalt .

Wenn dies nicht funktioniert, können Sie Folgendes versuchen.

Wählen Sie im Menü Projekt die Option Paket / Web veröffentlichen und beachten Sie diese Dropdown-Liste:

Versuchen Sie, dies in Alle Dateien in diesem Projektordner zu ändern.

Dies liegt daran, dass die Datei .pubxml.user die zum Veröffentlichen erforderlichen Informationen enthält und diese Datei nicht in der Quellcodeverwaltung enthalten ist (und auch nicht sein sollte). Kopieren Sie die Informationen aus der Datei .pubxml.user in die Datei .pubxml, um diesen VS-Fehler zu beheben. Die relevanten Eigenschaften sind:

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

Fügen Sie diese in Ihre .pubxml ein und Sie sollten bereit sein zu gehen.

Ich habe alle diese Lösungen ausprobiert, aber dies ist die, die jedes Mal funktioniert.

Wir ändern einfach die "Publish-Methode:" von "File System" in "Web Deploy" und ändern sie sofort wieder in "File System".

Ich habe (hatte) das gleiche Problem für mehrere Projekte. Die einzigen Treffer scheinen Webprojekte zu sein. Das Löschen und Neuerstellen des Profils löst das Problem nur einmal. Darüber hinaus ergibt der Vergleich der generierten Publishxml keine Unterschiede, sodass es überhaupt nicht mit dem Profil zu tun zu haben scheint.

Die von OP erwähnte Problemumgehung zum Ändern von Build-Problemen scheint derzeit die einzig verlässliche Lösung zu sein.

Ich habe in VS 2010 das gleiche Problem festgestellt, nachdem ich die Veröffentlichungsausgabe, Ereignisprotokolle, das Aktivieren und Überprüfen von Visual Studio-Protokollen usw. überprüft hatte. Dann habe ich beschlossen, die Webveröffentlichung (über Hinzufügen / Entfernen) zu entfernen, von der ich glaube, dass sie kürzlich auf Version 1 aktualisiert wurde. 0,30810,0. Dies löste das Problem.

Hier hatten wir das gleiche Problem.

Wir ändern einfach die "Publish-Methode:" von "File System" in "Web Deploy" und ändern sie sofort wieder in "File System".

Folgendes hat bei mir funktioniert:

Wechseln Sie einfach von Release> Debug> Release (oder umgekehrt) und veröffentlichen Sie dann.

Sie müssen nichts löschen, bearbeiten oder veröffentlichen, was Sie nicht benötigen.

Mein Problem lag in der falschen Konfiguration der Datei myproject.csproj. Die Datei '_address-step1-saved.cshtml' wurde beim Veröffentlichen nicht kopiert. 'Keine' wurde in 'Inhalt' geändert, jetzt ist es in Ordnung.

Gleiches Problem mit VS 2012 Pro mit einem Veröffentlichungsziel für Datenträger. Das Projekt wurde früher korrekt veröffentlicht, hat jedoch mit diesem Problem begonnen, bei dem die Dateien nicht in den Zielordner kopiert werden konnten.

Die Lösung bestand darin, das Veröffentlichungsprofil zu bearbeiten, den Modus von Release (Beliebige CPU) auf Debuggen und dann wieder auf Release (Beliebige CPU) zu ändern. Dadurch wird die Datei PublishProfiles \ projname.pubxml.user neu geschrieben (wie oben beschrieben). Anscheinend wurden die Elemente LastUsedBuild, LastUsedPlatform und TimeStampOfAssociatedLegacyPublishXmlFile unter dem Eigenschaftsgruppenknoten hinzugefügt. Nach Abschluss der Veröffentlichung wird eine weitere ItemGroup mit einzelnen Dateien und Veröffentlichungszeiten hinzugefügt.

Diese Aktion war für mich erfolgreich:

Beenden Sie Veröffentlichungsprofile unter "Eigenschaften> Veröffentlichungsprofile> xxxx.pubxml" und setzen Sie sie erneut.

Für das, was es wert ist, habe ich es schließlich aufgegeben, mit Web Deploy zu kämpfen, damit es das tut, was ich wollte (kopierbare Dateien kopieren und sonst nichts), also habe ich es in PowerShell geschrieben und bin wirklich zufrieden mit dem Ergebnis. Es ist viel schneller als alles, was ich über MSBuild / Web Publish versucht habe, vermutlich weil diese Methoden immer noch Dinge taten, die ich nicht brauchte.

Hier ist das Wesentliche ( wörtlich ):

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
}

In meinem Fall rufe ich dies in einer CI-Umgebung (TeamCity) auf, aber es könnte auch leicht in ein Post-Build-Ereignis eingebunden werden.

Ich habe festgestellt, dass ich dieses Problem umgehen kann, indem ich den Zielspeicherort von obj / [release | stage | ..] in einen neuen Pfad außerhalb der Lösungsordner vollständig ändere, z. B. c: \ deploy. Es scheint, als ob VS 2012 verwirrt war und möglicherweise irgendwo während des Veröffentlichungsprozesses aufgab.

Matt

Hatte kürzlich in VS 2013 das gleiche Problem für ein MVC-Projekt, in das ich Umbraco CMS importiert habe. Ich konnte nicht veröffentlichen. Die obige Antwort half, obwohl ich eine Weile brauchte, um herauszufinden, was ich eigentlich in VS tun sollte. Es bedurfte einiger Recherchen, z. B. in MS-Blogs, um dies herauszufinden. Ich versuche es einfach zu sagen:

• Wählen Sie in der VS-Symbolleiste eine bestimmte Konfiguration aus, z. B. Release und Beliebige CPU. Führen Sie das Projekt aus.
• Klicken Sie anschließend im Projektmappen-Explorer mit der rechten Maustaste auf die betreffende Lösung und wählen Sie Veröffentlichen. Erstellen Sie ein neues Veröffentlichungsprofil oder verwenden Sie ein bestimmtes, stellen Sie jedoch immer sicher, dass in den Einstellungen dieselbe Konfiguration (z. B. Release und Beliebige CPU) ausgewählt ist, bevor Sie das Projekt das letzte Mal ausführen.
• Außerdem musste in meinem Fall der OBJ- Ordner gelöscht werden, da hier die Einstellungen meiner letzten erfolglosen Veröffentlichungsversuche hängen blieben, obwohl ich VS neu gestartet und alle Veröffentlichungsprofile gelöscht habe.

Ich habe eine Webanwendung mit mehreren anderen Projekten, auf die in der Lösung verwiesen wird. Ich habe in der Vergangenheit viele Male erfolgreich mit einer einzelnen Publish-Konfiguration bereitgestellt. Ich habe die Projektkonfiguration von Debug in Release für ein Projekt geändert, das in der Vergangenheit übersehen wurde. Beim nächsten Versuch habe ich diese Symptome festgestellt, bei denen die Veröffentlichung nur leise fehlschlägt - sie tut nichts und sagt, dass sie erfolgreich war:

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 ==========

Die einzige Möglichkeit, es wiederherzustellen, bestand darin, das Veröffentlichungsprofil zu löschen, Visual Studio zu schließen, um das Löschen des Löschvorgangs zu erzwingen, es erneut zu öffnen und das Veröffentlichungsprofil von Grund auf neu zu erstellen. Sobald ich das getan hatte, konnte ich wieder gut veröffentlichen.

Win8 VS2012, beschissener Laptop.

In Visual Studio 2012 verursacht das Wechseln zwischen Releases immer noch Probleme.

Wir haben ein Pre-Build-Ereignis hinzugefügt, um den objOrdner zu löschen. del /s /f /q $(ProjectDir)\objDas Problem beim Veröffentlichen wurde behoben. Die Reinigung funktioniert manchmal, aber nicht immer.

Ich habe die Antwort endlich selbst gefunden. Alle oben genannten Lösungen funktionieren bei mir nicht.

Was ich getan hatte, war, dass ich das Projekt auf Laufwerk verschiebe. C Ändere den Projektordner in einen kürzeren und boom es zu veröffentlichen.

Der Grund, warum es auf meiner Seite fehlgeschlagen ist, ist, dass ich einen sehr langen Projektnamen / eine sehr lange Hierarchie hatte.

C: \ Benutzer \ Benutzer \ Desktop \ Compliance-Managementsystem \ ComplianceIssueManagementSystem \ ComplianceIssueManagementSystem

Ich hatte daran gedacht, weil manchmal, wenn ich eine rar-Datei extrahierte, der Name / Pfad zu lang ist. Ich dachte, es wird das gleiche sein wie Visual Studio 2012 veröffentlichen. und das tut es!

hoffe es wird euch helfen.

Überprüfen Sie in Ihrem aktuellen Projekt, ob Sie eine Rückkopie mit demselben Klassennamen und einem anderen Seitennamen erstellt haben (der Klassenname erbt die kopierte Datei). Letztendlich wird das den Compiler verwirren !!!

CodeFile = "Consolidated.aspx.vb" Inherits = "Consolidated

Keine der oben genannten Lösungen hat bei mir funktioniert.

Ich habe jedoch festgestellt, dass von unseren fünf ASP.NET MVC-Projekten in unserer Hauptlösung vier das Bereitstellungspaket an der richtigen Stelle platziert haben, während eines es unter obj \ Debug belassen hat.

Ich habe die Projekte verglichen und eine Diskrepanz festgestellt. Die Lösung bestand darin, dies zu ändern :

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

dazu :

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

Nachdem ich diese Änderung vorgenommen habe, haben alle fünf Projekte ihre Bereitstellungspakete an der richtigen Stelle platziert.

(Entschuldigen Sie die langen Schlangen, aber ich konnte keinen besseren Weg finden, sie zu verdichten.)

Ich habe dies mit der von Visual Studio generierten Dienstreferenz festgestellt in Bezug auf die Gesamtpfadlänge zu lang wurden.

Kürzen Sie sie, indem Sie die Dienstreferenz mit svcutil.exe neu generieren und alle ursprünglichen Dienstreferenzdateien löschen.

svcutil kann folgendermaßen aufgerufen werden:

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

My.Namespace sollte durch den vorhandenen Namespace im generierten Service-Proxy (normalerweise in der Datei Reference.cs) ersetzt werden, um Kompilierungsfehler zu vermeiden.

http://myservice sollte durch die Service-Endpunkt-URL ersetzt werden.

Ich habe das gleiche Problem. Keine der oben genannten Lösungen hat bei mir funktioniert.

Daher habe ich die Dateien ausgeschlossen, die beim Veröffentlichen nicht kopiert werden konnten.

Ich hatte die Website mehrmals veröffentlicht. Aber eines Tages, als ich eine Aspx-Datei änderte und dann versuchte, die Website zu veröffentlichen, führte dies zu einem leeren veröffentlichten Ordner.

Bei meiner Problemumgehung habe ich eine Lösung gefunden.

1. Der Veröffentlichungsassistent zeigt alle Fehler beim Veröffentlichen an, kopiert jedoch keine Datei in den Zielordner.

2. Um herauszufinden, welche Datei den Fehler generiert, kopieren Sie einfach den Inhalt des Website-Ordners in einen neuen Ordner und starten Sie das Visual Studio mit dieser Website.

3. Wenn Sie nun versuchen zu veröffentlichen, erhalten Sie den Dateinamen, der Fehler enthält.

4. Beheben Sie einfach den Fehler im ursprünglichen Website-Ordner und versuchen Sie, ihn zu veröffentlichen. Er funktioniert wie zuvor.

Führen Sie die folgenden Schritte aus, um das Problem zu beheben:

Build > Publish > Profile > New

Erstellen Sie ein neues Profil und konfigurieren Sie es mit denselben Einstellungen wie Ihr vorhandenes Profil.

Das Projekt wird nun korrekt veröffentlicht. Dies tritt häufig aufgrund eines quellengesteuerten Veröffentlichungsprofils von einem anderen Computer auf, der in einer neueren Version von Visual Studio erstellt wurde.

BEHOBEN - verschiedene angebotene Lösungen haben bei mir nicht funktioniert. Was für mich mit VS Community 2017, Windows Server 2012 R2, funktioniert hat , war, die TEMP- und TMP-Umgebungsvariablen für den Benutzer zu ändern und dann das System neu zu starten und erneut bereitzustellen (ein Neustart von VS war nicht ausreichend). In diesen temporären Variablen veröffentlicht VS die temporäre Version.

Ein Neustart von Visual Studio nach dem Ändern der temporären Variablen reichte nicht aus, sondern musste das System neu starten.

Zuerst:

• Integrierte Release-Konfiguration.
• Wählen Sie unter Projekteigenschaften-> Seite Alle Dateien und Ordner unter Paket / Web veröffentlichen aus.
• Lösung neu erstellen (nach sauberer Lösung).
• jetzt veröffentlichen.

Überprüfen Sie beim Veröffentlichen erneut, was Sie ausgewählt haben.
das sollte es tun. Es hat für mich getan! :)

Am einfachsten ist,

   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!