Visual Studio 2012 Web Publish non copia i file

Ho un progetto di applicazione Web in VS 2012 e quando utilizzo lo strumento di pubblicazione Web si crea correttamente ma non copia alcun file sulla destinazione di pubblicazione (File System in questo caso).

Se guardo l'output di build, vedo che tutto viene copiato correttamente in obj \ Release \ Package \ PackageTmp \, ma tutto ciò che vedo nell'output di build è questo:

4> Progetto di costruzione fatto "{Project} .csproj".
4> Eliminazione di file esistenti ...
4> Pubblicazione cartella / ...
4> ========== Build: 3 riuscito, 0 non riuscito, 1 aggiornato, 0 ignorato ===== =====
========== Pubblica: 1 riuscita, 0 non riuscita, 0 saltata ==========

Anche se dice che la pubblicazione è riuscita, non ci sono file nella directory di destinazione per la pubblicazione.

Ho visto questo in più progetti e a volte sembra che le configurazioni Soluzione / Piattaforma causino questo problema, ma non sono stato in grado di individuare una causa esatta per questo.

Qualcun altro l'ha visto accadere o ha un'idea su come farlo funzionare correttamente?

AGGIORNARE:

Potrei aver trovato una soluzione per questo. Ho appena successo di nuovo e stavo scherzando con le impostazioni di pubblicazione. Dopo aver modificato la configurazione selezionata nella scheda Impostazioni in un'altra configurazione e poi di nuovo in quella che volevo usare tutti i miei file ho iniziato a pubblicare di nuovo. Spero che questo funzioni su altri progetti in futuro.

AGGIORNAMENTO 2:

Ho pubblicato un bug su Microsoft Connect e ricevuto risposta da uno sviluppatore del team VS Web Developer. Ha detto che hanno risolto questo problema nelle loro build interne e rilasceranno presto un aggiornamento allo strumento di pubblicazione che risolverà questo problema.

AGGIORNAMENTO 3:

Questo è stato risolto di recente con Visual Studio 2012 Update 2

Ciò può essere causato da soluzioni / progetti creati con RC di vs2012. Questo è successo a me mesi fa e risolto il problema assicurandomi che le configurazioni della mia soluzione di soluzione corrispondessero alle configurazioni del mio progetto ...

Di recente ho riscontrato lo stesso problema aprendo la stessa soluzione originariamente creata in vs2012RC con VS2012 Express per Web. Ho fatto esattamente ciò che suggeriva il poster originale e risolto il mio problema.

Ecco il thread che mi porta alla risposta:

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

La risposta pertinente della conversazione sopra che mi ha aiutato è stata:

Postato da Microsoft il 13/06/2012 alle 12:00 Ciao Andrew,

Questo era un bug nel modo in cui gestiamo la configurazione della soluzione rispetto alla configurazione del progetto. Abbiamo erroneamente supposto che sarebbero stati gli stessi (es. Release di soluzione | x86 avrebbe impostato anche ogni progetto su Release | x86), il che ci ha fatto usare le proprietà di build errate per la pubblicazione dei file.

La soluzione alternativa consiste nel far corrispondere la configurazione della soluzione e creare la configurazione. Questo problema verrà risolto nella prossima versione di Visual Studio 2012.

Grazie, - Jimmy Lewis SDET, team Visual Web Developer

Stesso problema. La soluzione alternativa stava modificando le impostazioni di pubblicazione da Rilascio a Debug. Pubblicare nuovamente e quindi tornare a Rilascio ...

Per andare un po 'oltre. Hai due file che vengono creati quando si crea un profilo di pubblicazione.

• NewProfile.pubxml
• NewProfile.pubxml.user

Quando si apre un progetto che ha questi file nella cartella PublishProfile da un controllo del codice sorgente ha solo il .pubxmlfile e non il .publxml.userfile, quindi crea il .publxml.userfile al volo quando si apre il progetto. Quando crea il nuovo .publxml.useral volo, l'xml appare come:

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

Quando si crea un nuovo profilo, viene creato un XML che assomiglia a:

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

Se prendi il <PropertyGroup>nodo e lo inserisci nel .pubxml.userfile, PublishProfiles ricomincerà a funzionare.

Una soluzione semplice è eliminare il tuo profilo di pubblicazione e crearne uno nuovo.

quando fai clic con il tasto destro sulla soluzione e selezioni pubblica, hai un profilo impostato. eliminalo e creane uno nuovo.

questo lo risolverà.

Ho avuto questo problema passando dal 2010 al 2012

Ho avuto lo stesso errore e cambio l'impostazione dalla versione al debug e il problema è stato risolto.

Ho avuto lo stesso problema, ma nessuna delle risposte in questo thread ha funzionato per me. Il mio problema era che esiste una directory che contiene file HTML statici generati dinamicamente (dalla mia app). L'intera directory non veniva pubblicata.

La soluzione che ha funzionato per me è stata trovata qui :

Un problema che ho avuto qualche tempo fa e che pensavo di dover documentare era che alcuni tipi di file non venivano caricati quando ho pubblicato il mio progetto.

I tipi di file in questione erano file .pdf e .rtf.

La ragione per cui ciò è accaduto è perché queste estensioni di file non sono state riconosciute come richiedenti la pubblicazione da Visual Studio. Fortunatamente questo può essere modificato in Visual Studio.

Seleziona i file che non vengono copiati. In Proprietà assicurarsi che l' opzione Crea azione sia impostata su Contenuto .

Se questo non funziona, è possibile provare quanto segue.

Nel menu Progetto selezionare Pacchetto / Pubblica Web e notare questo menu a discesa:

Prova a cambiarlo in Tutti i file nella cartella di questo progetto.

Questo perché .pubxml.user contiene le informazioni necessarie per la pubblicazione e quel file non è (e non dovrebbe) essere incluso nel controllo del codice sorgente. Per correggere questo errore VS, copiare le informazioni dal file .pubxml.user nel file .pubxml. Le proprietà rilevanti sono:

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

Inseriscili nel tuo .pubxml e dovresti essere pronto.

Ho provato tutte queste soluzioni ma questa è quella che funziona ogni volta.

Modifichiamo semplicemente il "Metodo di pubblicazione:" da "File System" ad esempio "Distribuzione Web" e lo cambiamo immediatamente in "File System".

Ho (avuto) lo stesso problema per diversi progetti. Gli unici successi sembrano essere progetti web. L'eliminazione e la ricreazione del profilo risolve il problema solo una volta. Inoltre, il confronto tra publishingxml generato non produce differenze, quindi non sembra affatto correlato al profilo.

La soluzione menzionata da OP per modificare i problemi di costruzione avanti e indietro sembra l'unica soluzione affidabile in questo momento.

Mi sono imbattuto nello stesso problema su VS 2010, dopo aver controllato l'output di pubblicazione, i log degli eventi, l'attivazione e il controllo dei log di Visual Studio, ecc. Ho quindi deciso di rimuovere la pubblicazione Web (tramite Aggiungi / Rimuovi) che credo sia stata recentemente aggiornata alla v1. 0.30810.0. Questo ha risolto il problema.

Qui abbiamo avuto lo stesso problema.

Modifichiamo semplicemente il "Metodo di pubblicazione:" da "File System" ad esempio "Distribuzione Web" e lo cambiamo immediatamente in "File System".

Per me ha funzionato:

Basta cambiare da Rilascio> Debug> Rilascio (o viceversa) e quindi pubblicare.

Non c'è bisogno di cancellare, modificare, pubblicare tutto ciò che non è necessario.

Il mio problema era nella configurazione errata del file myproject.csproj. Il file '_address-step1-stored.cshtml' non è stato copiato al momento della pubblicazione. "Nessuno" è cambiato in "Contenuto", ora va bene.

Stesso problema con VS 2012 Pro con una destinazione di pubblicazione su disco. Il progetto era solito pubblicare correttamente ma ha iniziato a fare questo problema in cui non è riuscito a copiare i file nella cartella di destinazione.

La soluzione era modificare il profilo di pubblicazione, cambiare la modalità da Release (Qualsiasi CPU) a debug, quindi tornare a Release (Qualsiasi CPU). In questo modo si riscrive il file PublishProfiles \ projname.pubxml.user (come descritto sopra). Sembra che abbia aggiunto gli elementi LastUsedBuild, LastUsedPlatform e TimeStampOfAssociatedLegacyPublishXmlFile sotto il nodo del gruppo di proprietà. Al termine della pubblicazione, aggiunge un altro ItemGroup con singoli file e tempi di pubblicazione.

Questa azione ha avuto successo per me:

Uccidi Pubblica profili in "Proprietà> Pubblica file> xxxx.pubxml" e reimpostali di nuovo.

Per quello che vale, alla fine ho rinunciato a combattere con Web Deploy per farlo fare quello che volevo (copiare file distribuibili e nient'altro), quindi l'ho scritto in PowerShell e sono davvero contento del risultato. È molto più veloce di qualsiasi cosa abbia provato tramite MSBuild / Web Publish, presumibilmente perché quei metodi stavano ancora facendo cose di cui non avevo bisogno.

Ecco l'essenza ( letteralmente ):

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
}

Nel mio caso lo chiamo in un ambiente CI (TeamCity), ma potrebbe essere facilmente collegato anche a un evento post-build.

Ho scoperto che potevo aggirare questo problema modificando la posizione di destinazione da obj / [release | stage | ..] in un nuovo percorso al di fuori delle cartelle della soluzione completamente, ad esempio c: \ deployment. Sembra che VS 2012 si sia confuso e forse abbia rinunciato da qualche parte durante il processo di pubblicazione.

opaco

Recentemente ho avuto lo stesso problema in VS 2013 per un progetto MVC in cui ho importato Umbraco CMS. Non ho potuto pubblicare. La risposta sopra ha aiutato, anche se avevo bisogno di un po 'di tempo per capire cosa avrei dovuto fare in VS. Aveva bisogno di alcune ricerche, ad esempio sui blog MS per scoprirlo. Provo a dirlo semplice:

• Scegliere nella barra degli strumenti VS una determinata configurazione, ad esempio Release e Any CPU. Esegui il progetto.
• Successivamente fai clic con il pulsante destro del mouse in Esplora soluzioni sulla soluzione in questione, scegli Pubblica. Crea un nuovo profilo di pubblicazione o usa un determinato profilo, ma assicurati sempre che nelle impostazioni sia scelta la stessa configurazione (es. Release e Any CPU), come prima di eseguire il progetto l'ultima volta.
• Inoltre, nel mio caso è stato necessario eliminare la cartella OBJ perché qui le impostazioni dei miei ultimi tentativi di pubblicazione non riusciti sono rimaste bloccate, anche se ho riavviato VS ed eliminato tutti i profili di pubblicazione.

Ho un'applicazione Web con molti altri progetti referenziati nella soluzione. Ho implementato con successo con una singola configurazione di pubblicazione molte volte in passato. Ho modificato la configurazione del progetto da Debug a Release per un progetto che era stato perso in passato. La volta successiva che ho tentato di distribuire ho avuto questi sintomi, in cui la pubblicazione fallisce tranquillamente: non fa nulla e dice che è riuscita:

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

L'unico modo per recuperarlo era cancellare il profilo Pubblica, chiudere Visual Studio per forzarlo a salvare l'eliminazione, riaprirlo e ricreare il profilo Pubblica da zero. Una volta fatto ciò, ho potuto pubblicare di nuovo bene.

Win8 VS2012, laptop schifoso.

In Visual Studio 2012, il passaggio da una versione all'altra provoca ancora problemi.

Abbiamo aggiunto un evento pre-build per eliminare la objcartella: del /s /f /q $(ProjectDir)\obje risolto il problema della pubblicazione. La pulizia a volte funziona, ma non sempre.

Finalmente ho trovato la risposta da solo. Tutte le soluzioni di cui sopra non funzionano per me.

Quello che ho fatto è che sposto il progetto per guidare c cambiare la cartella del progetto in qualcosa di più corto e boom pubblicarlo ..

la ragione per cui è fallito dalla mia parte è che avevo un nome / erirarchia del progetto molto lungo.

C: \ Users \ user \ Desktop \ Sistema di gestione della conformità \ ComplianceIssueManagementSystem \ ComplianceIssueManagementSystem

Ci avevo pensato perché a volte quando ho estratto il file rar mi dice che il nome / percorso è troppo lungo. Ho pensato che sarebbe stato lo stesso pubblicato da Visual Studio 2012. e lo fa!

spero che vi aiuterà ragazzi.

Verifica che il tuo progetto attuale abbia eseguito una copia di backup con lo stesso nome di classe e nome di pagina diverso (il nome della classe erediterà il file copiato). Alla fine ciò confonderà il compilatore !!!

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

Nessuna delle soluzioni sopra ha funzionato per me.

Ma ho notato che dei nostri cinque progetti ASP.NET MVC nella nostra soluzione principale, quattro hanno messo il pacchetto di distribuzione nel posto giusto, mentre uno lo ha lasciato sotto obj \ Debug.

Ho confrontato i progetti e ho riscontrato una discrepanza. La soluzione era cambiare questo :

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

a questo :

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

Dopo aver apportato questa modifica, tutti e cinque i progetti hanno posto i pacchetti di distribuzione nel posto giusto.

(Mi dispiace per le lunghe file, ma non sono riuscito a trovare un modo migliore per condensarle.)

Ho riscontrato che i file di riferimento del servizio generati da Visual Studio sono diventati troppo lunghi in termini di lunghezza complessiva del percorso.

Li ha abbreviati rigenerando il riferimento di servizio utilizzando svcutil.exe, eliminando tutti i file di riferimento di servizio originali.

svcutil può essere chiamato in questo modo:

"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 deve essere sostituito con lo spazio dei nomi esistente nel proxy di servizio generato (generalmente presente nel file Reference.cs) per evitare errori di compilazione.

http://myservice deve essere sostituito con l'URL dell'endpoint del servizio.

Ho avuto lo stesso problema. Nessuna delle soluzioni sopra ha funzionato per me.

Quindi, ho escluso i file che non è stato possibile copiare durante la pubblicazione.

Avevo pubblicato più volte il sito web. Ma un giorno quando ho modificato alcuni file aspx e poi ho provato a pubblicare il sito Web, è risultata una cartella pubblicata vuota.

Per risolvere il problema, ho trovato una soluzione.

1. La procedura guidata di pubblicazione rifletterà qualsiasi errore durante la pubblicazione ma non copierà alcun file nella cartella di destinazione.

2. Per scoprire il file che genera l'errore basta copiare il contenuto della cartella del sito Web in una nuova cartella e avviare Visual Studio con quel sito Web.

3. Ora quando provi a pubblicare ti darà il nome del file che contiene errori.

4. Basta correggere l'errore nella cartella del sito Web originale e provare a pubblicare, funzionerà come prima.

Seguire questi passaggi per risolvere:

Build > Publish > Profile > New

Crea un nuovo profilo e configuralo con le stesse impostazioni del tuo profilo esistente.

Il progetto verrà ora pubblicato correttamente. Ciò si verifica spesso a seguito di un profilo di pubblicazione controllato dall'origine da un altro computer creato in una versione più recente di Visual Studio.

RISOLTO - varie soluzioni offerte non hanno funzionato per me. Ciò che ha funzionato per me con VS Community 2017, Windows Server 2012 R2 è stato quello di modificare le variabili ambientali TEMP e TMP per l'utente e quindi riavviare il sistema e distribuirlo nuovamente (non è stato sufficiente riavviare VS). Queste variabili temporanee sono dove VS pubblica il temp.

Il riavvio di Visual Studio dopo aver modificato le variabili temporanee non ha funzionato, è stato necessario riavviare il sistema.

Primo:

• Build in release Configuration.
• Nella pagina Proprietà progetto-> seleziona Tutti i file e le cartelle in Pacchetto / Pubblica Web.
• Ricostruisci la soluzione (dopo la soluzione Clean).
• ora pubblica.

Durante la pubblicazione, ricontrolla ciò che hai scelto.
questo dovrebbe farlo. Lo ha fatto per me! :)

Il più semplice è,

   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!