Visual Studio 2012 Web Publish ne copie pas les fichiers


229

J'ai un projet d'application Web dans VS 2012 et lorsque j'utilise l'outil de publication Web, il se construit correctement mais ne copie aucun fichier vers la cible de publication (système de fichiers dans ce cas).

Si je regarde la sortie de la construction, je peux voir que tout est copié correctement dans obj \ Release \ Package \ PackageTmp \ mais alors tout ce que je vois dans la sortie de la construction est le suivant:

4> Projet de construction terminé "{Project} .csproj".
4> Suppression de fichiers existants ...
4> Dossier de publication / ...
4> ========== Build: 3 réussies, 0 échouées, 1 à jour, 0 ignorées ===== =====
========== Publier: 1 réussi, 0 échoué, 0 ignoré ==========

Même s'il indique que la publication a réussi, il n'y a pas de fichiers dans le répertoire cible pour la publication.

J'ai vu cela dans plusieurs projets et il semble parfois que les configurations Solution / Plateforme causent ce problème mais je n'ai pas été en mesure d'identifier une cause exacte à cela.

Quelqu'un d'autre a-t-il vu cela se produire ou a-t-il une idée sur la façon de faire fonctionner cela correctement?

METTRE À JOUR:

J'ai peut-être trouvé une solution pour cela. Je venais juste de recommencer et je jouais avec les paramètres de publication. Une fois que j'ai changé la configuration sélectionnée dans l'onglet Paramètres pour une autre configuration, puis pour revenir à celle que je voulais utiliser, tous mes fichiers ont recommencé à être publiés. Espérons que cela fonctionne sur d'autres projets à l'avenir.

MISE À JOUR 2:

J'ai posté un bug sur Microsoft Connect et entendu un développeur de l'équipe VS Web Developer. Il a déclaré qu'ils avaient corrigé ce problème dans leurs versions internes et publieraient bientôt une mise à jour de l'outil de publication qui résoudrait ce problème.

MISE À JOUR 3:

Cela a été récemment résolu avec Visual Studio 2012 Update 2


1
C'est étrange. Si vous voyez le dossier de publication / ..., cela devrait fonctionner correctement. Je vous suggère de vérifier votre chemin. Assurez-vous que vous cherchez au bon endroit.
maxisam

14
Cela m'est arrivé sur Windows 8 avec Visual Studio 2012. Je viens de créer un nouveau profil de publication et ça marche! Probablement un bug dans VS 2012.: /
T.Ho

3
J'ai eu le même problème. La suppression et la recréation du profil de publication ont fait l'affaire pour moi.
Tommy Jakobsen

3
Supprimer et recréer des profils a fait l'affaire pour moi.
Michael Wells

3
Cela n'a pas été résolu dans Visual Studio Update 2, ni dans la mise à jour 3. Vérifiez la réponse la plus populaire après la «réponse acceptée» (qui n'est pas la solution). Modifiez simplement le profil et, dans l'onglet "Paramètres", sélectionnez la configuration correcte dans la liste (si la version est la bonne, sélectionnez déboguer, enregistrez, puis modifiez à nouveau et sélectionnez la version). Enregistrez et publiez.
firepol

Réponses:


78

Cela peut être dû à des solutions / projets créés avec le RC de vs2012. Cela m'est arrivé il y a des mois et a résolu le problème en m'assurant que les configurations de génération de solution correspondaient aux configurations de mon projet ...

J'ai récemment rencontré le même problème lors de l'ouverture de la même solution créée à l'origine dans vs2012RC avec VS2012 Express pour le Web. J'ai fait exactement ce que l'affiche originale suggérait et cela a résolu mon problème.

Voici le fil qui m'a conduit à la réponse:

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

La réponse pertinente de la conversation ci-dessus qui m'a aidé était:

Publié par Microsoft le 13/06/2012 à 12:00 PM Bonjour Andrew,

Il s'agissait d'un bug dans la façon dont nous gérons la configuration de la solution par rapport à la configuration du projet. Nous avons supposé à tort qu'ils seraient les mêmes (par exemple, la version | x86 de la solution aurait également pour chaque projet la valeur Release | x86), ce qui nous a amenés à utiliser les mauvaises propriétés de génération pour publier des fichiers.

La solution consiste à faire correspondre la configuration de la solution et la configuration de la construction. Ce problème sera résolu dans la prochaine version de Visual Studio 2012.

Merci, - Jimmy Lewis SDET, équipe de développeur Web visuel


8
Ce problème se produit pour moi sur un nouveau projet Visual Studio 2012. Il a publié sur FTP dans le passé, mais maintenant, quand j'essaie de le publier, il fait exactement comme ci-dessus - il prétend, dit qu'il a réussi, et ne pousse rien. Il crée la sortie dans le répertoire obj, mais il ne la copie jamais réellement sur le serveur. L'astuce de modification de la configuration le résout cependant.
Chris Moschini

12
Hey! C'est encore cassé dans SP2!

6
J'ai juste eu le même problème et j'ai réalisé que c'était parce que les paramètres de publication par défaut étaient "Any CPU", mais ma solution est réglée sur "x86". La modification des paramètres de la publication vers x86 a résolu le problème.
Sam

Aucune des solutions ci-dessus ne fonctionne pour moi. Supprimer des profils et recréer, changer la configuration et revenir en arrière, redémarrer VS, tout reconstruire, etc. J'ai créé une nouvelle vue dans mon application. C'est là. Je peux le voir. Lorsque je cours localement, il s'affiche. Quand je publie, ce n'est pas là. J'ai la mise à jour 4.
Robert

La seule chose qui fonctionne pour moi est de supprimer ma vue du projet et de l'ajouter à nouveau. Semble réveiller l'IDE à l'idée qu'il y a quelque chose de nouveau ici. Ainsi, partout où VS suit les ajouts et soustractions de projets peuvent être impliqués.
Robert

104

Même problème. La solution de contournement consistait à modifier les paramètres de publication de Release à Debug. Republiez, puis revenez à Release ...


OUAIS! Telle est la bonne réponse. Dans mon cas, je n'utilise pas les profils par défaut "Release" ou "Debug", mais "DEV", "STAGE" et "LIVE". J'ai vu que par exemple pour STAGE, sur un ordinateur collègue qui a téléchargé ma solution via TFS, le profil a été mal réglé sur "Release" (même pour tous les autres profils). J'ai donc simplement dû le corriger et le pointer sur "STAGE" (ou DEV / LIVE pour les autres). La publication a fonctionné. Je vous remercie.
firepol

A fonctionné comme un charme. Celui-ci doit être la réponse acceptée.
Aycan Yaşıt

39

Pour aller un peu plus loin. Vous avez deux fichiers qui sont créés lorsque vous créez un profil de publication.

  • NewProfile.pubxml
  • NewProfile.pubxml.user

Lorsque vous ouvrez un projet qui contient ces fichiers dans le dossier PublishProfile à partir d'un contrôle source, il n'a que le .pubxmlfichier et non le .publxml.userfichier, il crée donc le .publxml.userfichier à la volée lorsque vous ouvrez le projet. Lorsqu'il crée le nouveau .publxml.userà la volée, le xml ressemble à ceci:

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

Lorsque vous créez un nouveau profil, il crée un fichier XML qui ressemble à:

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

Si vous prenez le <PropertyGroup>nœud et le placez dans le .pubxml.userfichier, vos profils de publication recommenceront à fonctionner.


5
+1 Cela m'a semblé. Il est légèrement plus facile d'ouvrir les deux fichiers et de les comparer après avoir créé un nouveau profil. J'ai également constaté que les deux fichiers devaient être vérifiés dans le contrôle de code source si je travaillais en équipe.
Deano

@Deano Le problème avec l'archivage de tout fichier * .user est que vous n'avez plus la possibilité de personnalisation de projet individuel (local). Le but du fichier utilisateur est de permettre aux membres individuels de l'équipe d'avoir leurs propres paramètres locaux.
Dave Riedl

Existe-t-il une autre solution au lieu d'ajouter le fichier ".pubxml.user" au contrôle de code source?
Ubikuity

Nous ne validons pas les fichiers * .user dans le contrôle de code source, mais accessoirement, nous n'utilisons pas le profil de publication dans Visual Studio, car notre serveur d'intégration continue et notre processus de génération gèrent tout cela ...
Brett Rigby

21

Une solution simple consiste à supprimer votre profil de publication et à en créer un nouveau.

lorsque vous faites un clic droit sur votre solution et sélectionnez publier, vous avez un ensemble de profils. supprimez-le et créez-en un nouveau.

cela va le réparer.

J'ai eu ce problème lors du passage de 2010 à 2012


Cela fonctionne pour moi, ce que je faisais était de supprimer les profils sur la machine locale et de les recréer. Cela n'affecte pas les autres machines de développement.
Jean Jimenez

J'ai eu ce problème lors du changement de projet de vs2013 à vs2012 et cela a complètement résolu le problème
NikiUsefi

Cela a fonctionné pour moi. J'ai utilisé ces étapes pour reconstruire mon profil de publication (système de fichiers): stackoverflow.com/a/20616521/381082
DeveloperDan

9

J'ai eu la même erreur et je change le paramètre de la version au débogage et le problème est résolu ..


8

J'ai eu ce même problème mais aucune des réponses dans ce fil n'a fonctionné pour moi. Mon problème était qu'il existe un répertoire qui contient des fichiers HTML statiques générés dynamiquement (par mon application). Le répertoire entier n'était pas publié.

La solution qui a fonctionné pour moi a été trouvée ici :

Un problème que j'ai eu il y a quelque temps et que je pensais devoir documenter était que certains types de fichiers n'étaient pas téléchargés lorsque j'ai publié mon projet.

Les types de fichiers en question étaient des fichiers .pdf et .rtf.

La raison en est que ces extensions de fichier n'ont pas été reconnues comme nécessitant une publication par Visual Studio. Heureusement, cela peut être modifié dans Visual Studio.

Sélectionnez le ou les fichiers qui ne sont pas copiés. Dans Propriétés, assurez-vous que Build Action est défini sur Content .

Si cela ne fonctionne pas, vous pouvez essayer ce qui suit.

Dans le menu Projet , sélectionnez Package / Publier Web et notez cette liste déroulante:

entrez la description de l'image ici

Essayez de le remplacer par Tous les fichiers de ce dossier de projet.


Cela a fonctionné pour ma situation - lorsque seuls CERTAINS des fichiers ont été publiés.
AndrewRalon

Cela ne fonctionnait que parce que les fichiers n'étaient pas inclus correctement dans le projet. Voir cette réponse ci-dessous pour la cause première et la solution: stackoverflow.com/a/40721544/3520070
AndrewRalon

De quelle réponse tu parles?
Tomas Kubes

7

En effet, le fichier .pubxml.user contient les informations requises pour la publication et ce fichier n'est pas (et ne devrait pas) être inclus dans le contrôle de code source. Pour corriger ce bogue VS, copiez les informations du fichier .pubxml.user dans le fichier .pubxml. Les propriétés pertinentes sont:

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

Mettez-les dans votre .pubxml et vous devriez être prêt à partir.


7

J'ai essayé toutes ces solutions mais c'est celle qui fonctionne à chaque fois.

Nous changeons simplement la "méthode de publication:" de "système de fichiers" en par exemple "Web Deploy", et la changeons immédiatement en "système de fichiers".


Oui, c'est ce qui a finalement fonctionné pour moi aussi (j'ai essayé toutes les autres suggestions ci-dessus). C'est avec vs2010
Karen

5

J'ai (eu) le même problème pour plusieurs projets. Les seuls touchés semblent être des projets Web. La suppression et la recréation du profil ne résolvent le problème qu'une seule fois. De plus, la comparaison des publications générées par xml ne produit aucune différence, de sorte qu'il ne semble pas du tout lié au profil.

La solution de contournement mentionnée par OP pour modifier les problèmes de construction dans les deux sens semble être la seule solution fiable à l'heure actuelle.


La même solution de contournement était également la seule solution pour moi. Pour clarifier, étapes: Build> Publish. Choisissez l'onglet Paramètres à gauche. Remplacez la configuration de construction par autre chose. Vous verrez qu'il y a maintenant un astérisque (*) à côté du nom du profil de publication - c'est un signe que le bogue a été déjoué. Remplacez la configuration de construction par ce que vous vouliez. Procédez à la publication comme d'habitude. Fixé.
Chris Moschini

4

J'ai rencontré le même problème sur VS 2010, après avoir vérifié la sortie de publication, les journaux des événements, allumé et vérifié les journaux de Visual Studio, etc. J'ai ensuite décidé de supprimer la publication Web (via l'ajout / suppression) qui, je crois, avait été récemment mise à jour vers la v1. 0.30810.0. Cela a résolu le problème.


2
Nous avons eu ce problème, semble être lié au fichier pubxml.user dans le dossier PublishProfiles sous Mon projet - le mien avait une liste de fichiers générée par la machine à publier, même si la documentation indique que ce fichier est uniquement pour les paramètres qui me sont spécifiques ( et n'est donc pas placé dans le contrôle de source). J'ai pu publier bien. Mon collègue a pris une nouvelle copie de notre code source et n'a pas pu publier - lorsque son fichier pubxml.user a été généré, aucun fichier n'était répertorié. Nous avons désinstallé la publication Web mise à jour et tout va bien à nouveau.
Nick

4

Ici, nous avons eu le même problème.

Nous changeons simplement la "méthode de publication:" de "système de fichiers" en par exemple "Web Deploy", et la changeons immédiatement en "système de fichiers".


cela devrait être au sommet
JoeBrockhaus


4

Ce qui suit a fonctionné pour moi:

Changez simplement de Release> Debug> Release (ou vice-versa), puis publiez.

Pas besoin de supprimer, modifier, publier tout ce dont vous n'avez pas besoin.


4

Mon problème était dans une mauvaise configuration du fichier myproject.csproj. Le fichier '_address-step1-stored.cshtml' n'a pas été copié lors de la publication. «Aucun» est devenu «Contenu», maintenant ça va. entrez la description de l'image ici


C'ÉTAIT ÇA! Le projet avait de nombreux fichiers qui ont été archivés dans le contrôle de code source, mais qui étaient marqués comme Nonedans le fichier .csproj, ou étaient complètement manquants dans le projet (là mais pas "utilisés")! Cela explique pleinement pourquoi l'exécution locale a toujours fonctionné, mais la publication n'a jamais fonctionné. : D
AndrewRalon

3

Même problème avec VS 2012 Pro avec une cible de publication sur disque. Projet utilisé pour publier correctement mais a commencé à faire ce problème où il n'a pas réussi à copier les fichiers dans le dossier de destination.

La solution était de modifier le profil de publication, de changer le mode de Release (Any CPU) pour déboguer puis de revenir à Release (Any CPU). Cette opération entraîne la réécriture du fichier PublishProfiles \ projname.pubxml.user (comme décrit ci-dessus). Il semble qu'il ait ajouté les éléments LastUsedBuild, LastUsedPlatform et TimeStampOfAssociatedLegacyPublishXmlFile sous le nœud du groupe de propriétés. Une fois la publication terminée, il ajoute un autre ItemGroup avec des fichiers individuels et des heures de publication.


1

Cette action a réussi pour moi:

Tuez les profils de publication dans "Propriétés> Profils de publication> xxxx.pubxml" et réinitialisez à nouveau.


1

Pour ce que ça vaut, j'ai finalement renoncé à me battre avec Web Deploy pour qu'il fasse ce que je voulais (copier des fichiers déployables et rien d'autre), donc je l'ai écrit dans PowerShell et je suis vraiment content du résultat. C'est beaucoup plus rapide que tout ce que j'ai essayé via MSBuild / Web Publish, probablement parce que ces méthodes faisaient encore des choses dont je n'avais pas besoin.

Voici l'essentiel ( littéralement ):

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
}

Dans mon cas, j'appelle cela dans un environnement CI (TeamCity), mais cela pourrait également être facilement lié à un événement post-build.


1

J'ai trouvé que je pouvais contourner ce problème en changeant complètement l'emplacement cible d'obj / [release | stage | ..] en un nouveau chemin en dehors des dossiers de solution, par exemple c: \ deployment. Il semble que VS 2012 devenait confus et abandonnait peut-être quelque part pendant le processus de publication.

Mat


1

J'ai eu le même problème récemment dans VS 2013 pour un projet MVC dans lequel j'ai importé Umbraco CMS. Je n'ai pas pu publier. La réponse ci-dessus m'a aidé, même si j'avais besoin d'un certain temps pour comprendre ce que je devrais réellement faire dans VS. Il avait besoin de quelques recherches, par exemple sur les blogs de la SEP pour le savoir. J'essaie de le dire simplement:

  • Choisissez dans la barre d'outils VS une certaine configuration, par exemple Release et Any CPU. Exécutez le projet.
  • Ensuite, faites un clic droit dans l'Explorateur de solutions sur la solution en question, choisissez Publier. Créez un nouveau profil de publication ou utilisez-en un, mais assurez-vous toujours que dans les paramètres la même configuration (par exemple Release et Any CPU) est choisie, comme avant d'exécuter le projet la dernière fois.
  • De plus, dans mon cas, il était nécessaire de supprimer le dossier OBJ car ici les paramètres de mes dernières tentatives de publication infructueuses se sont bloqués, bien que j'ai redémarré VS et supprimé tous les profils de publication.

0

J'ai une application Web avec plusieurs autres projets référencés dans la solution. J'ai déployé avec succès avec une seule configuration de publication plusieurs fois dans le passé. J'ai changé la configuration du projet de Debug à Release pour un projet qui avait été manqué dans le passé. La prochaine fois que j'ai tenté de déployer, j'ai eu ces symptômes, où la publication échoue silencieusement - elle ne fait rien et dit qu'elle a réussi:

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

Le seul moyen de le récupérer était d'effacer le profil de publication, de fermer Visual Studio pour le forcer à enregistrer la suppression, de le rouvrir et de recréer le profil de publication à partir de zéro. Une fois que je l'ai fait, je pourrais à nouveau publier correctement.

Win8 VS2012, ordinateur portable merdique.


0

Dans Visual Studio 2012, le basculement entre les versions pose toujours des problèmes.

Nous avons ajouté un événement de pré-génération pour supprimer le objdossier: del /s /f /q $(ProjectDir)\objet cela a résolu le problème de publication. Le nettoyage fonctionne parfois, mais pas toujours.


0

J'ai finalement trouvé la réponse par moi-même. Toutes les solutions ci-dessus ne fonctionnent pas pour moi.

Ce que j'avais fait, c'est que je déplace le projet pour conduire c changer le dossier du projet en quelque chose de plus court et le boom qu'il publie ..

la raison pour laquelle cela a échoué de mon côté est que j'avais un nom de projet / héritier très long.

C: \ Users \ user \ Desktop \ Compliance Management System \ ComplianceIssueManagementSystem \ ComplianceIssueManagementSystem

J'y avais pensé parce que parfois, quand j'extrayais un fichier rar, il disait que le nom / chemin était trop long. Je pensais que ce serait la même chose que Visual Studio 2012. et c'est le cas!

j'espère que cela vous aidera.


0

Vérifiez votre projet actuel que si vous avez fait une copie de retour avec le même nom de classe et un nom de page différent (le nom de classe héritera du fichier copié). En fin de compte, cela confondra le compilateur !!!

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


0

Aucune des solutions ci-dessus n'a fonctionné pour moi.

Mais j'ai remarqué que sur nos cinq projets ASP.NET MVC dans notre solution principale, quatre d'entre eux ont placé le package de déploiement au bon endroit, tandis que l'un l'a laissé sous obj \ Debug.

J'ai comparé les projets et j'ai trouvé un écart. La solution était de changer cela :

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

à ceci :

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

Après avoir effectué ce changement, les cinq projets ont placé leurs packages de déploiement au bon endroit.

(Désolé pour les longues files d'attente, mais je n'ai pas trouvé de meilleur moyen de les condenser.)


Je rencontre une situation où un fichier ou deux semble être ignoré et non publié sur le serveur, mais mon fichier .vbproj contient déjà les deux éléments <Import> que vous suggérez
bkwdesign

0

J'ai rencontré cela avec la référence de service générée par Visual Studio fichiers de devenant trop longs en termes de longueur de chemin globale.

Les raccourcis en régénérant la référence de service à l'aide de svcutil.exe, en supprimant tous les fichiers de référence de service d'origine.

svcutil peut être appelé comme ceci:

"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 doit être remplacé par l'espace de noms existant dans le proxy de service généré (généralement trouvé dans le fichier Reference.cs) pour éviter les erreurs de compilation.

http://myservice doit être remplacé par l'URL du noeud final de service.


0

J'ai le même problème. Aucune des solutions ci-dessus n'a fonctionné pour moi.

J'ai donc exclu les fichiers qui n'ont pas pu être copiés lors de la publication.


0

J'avais publié le site Web plusieurs fois. Mais un jour, lorsque j'ai modifié un fichier aspx puis essayé de publier le site Web, cela a abouti à un dossier publié vide.

Sur ma solution de contournement, j'ai trouvé une solution.

  1. L'assistant de publication reflétera toute erreur lors de la publication mais ne copiera aucun fichier dans le dossier de destination.

  2. Pour découvrir le fichier qui génère l'erreur, copiez simplement le contenu du dossier du site Web dans un nouveau dossier et démarrez Visual Studio avec ce site Web.

  3. Maintenant, lorsque vous essayez de le publier, il vous donnera le nom de fichier qui contient des erreurs.

  4. Corrigez simplement l'erreur dans le dossier du site Web d'origine et essayez de publier, cela fonctionnera comme auparavant.


0

Suivez ces étapes pour résoudre:

Build > Publish > Profile > New

Créez un nouveau profil et configurez-le avec les mêmes paramètres que votre profil existant.

Le projet sera désormais publié correctement. Cela se produit souvent à la suite d'un profil de publication contrôlé par la source à partir d'une autre machine qui a été créé dans une version plus récente de Visual Studio.


0

CORRIGÉ - diverses solutions proposées ne fonctionnaient pas pour moi. Ce qui a fonctionné pour moi avec VS Community 2017, Windows Server 2012 R2 a été de modifier les variables d'environnement TEMP et TMP pour l'utilisateur, puis de redémarrer le système et de déployer à nouveau (le redémarrage de VS ne suffisait pas). Ces variables temporaires sont l'endroit où VS publie la publication temporaire.

entrez la description de l'image ici

entrez la description de l'image ici

entrez la description de l'image ici

Le redémarrage de Visual Studio après avoir changé les variables temporaires n'a pas fait l'affaire, il a fallu redémarrer le système.


-1

Première:

  • Construire dans la configuration de la version.
  • Dans la page Propriétés du projet->, sélectionnez Tous les fichiers et dossiers sous Package / Publier Web.
  • Reconstruire la solution (après la solution Clean).
  • publier maintenant.

Lors de la publication, revérifiez ce que vous avez choisi.
cela devrait le faire. Ça l'a fait pour moi! :)


-2

Le plus simple est,

   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!
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.