L'espace de nom XML par défaut du projet doit être l'espace de nom XML de MSBuild.

Question

J'ai cloné le ASP.NET Core SignalR Repo localement, et essayez d'ouvrir la solution depuis l'environnement suivant.

IDE

Microsoft Visual Studio Enterprise 2015
Version 14.0.25431.01 Update 3
Microsoft .NET Framework
Version 4.6.01055

DOT NET CLI

λ dotnet --info
.NET Command Line Tools (1.0.0-preview2-1-003177)

Product Information:
 Version:            1.0.0-preview2-1-003177
 Commit SHA-1 hash:  a2df9c2576

Runtime Environment:
 OS Name:     Windows
 OS Version:  6.1.7601
 OS Platform: Windows
 RID:         win7-x64

Je finis par voir beaucoup de messages d'erreur de ce type :

..\Repos\SignalR\src\Microsoft.AspNetCore.SignalR\Microsoft.AspNetCore.SignalR.csproj : erreur : L'espace de nom XML par défaut du projet doit être le espace de noms XML de MSBuild. Si le projet est écrit dans le format MSBuild 2003 veuillez ajouter xmlns="http://schemas.microsoft.com/developer/msbuild/2003" à l'élément élément. Si le projet a été rédigé dans l'ancien format 1.0 ou 1.2, veuillez le convertir en MSBu. 1.2, veuillez le convertir au format MSBuild 2003. ..\Repos\SignalR\src\Microsoft.AspNetCore.SignalR\Microsoft.AspNetCore.SignalR.csproj

Je veux savoir comment réparer cela correctement.

Answer 1

Les projets que vous essayez d'ouvrir sont au nouveau format .Net Core csproj. Cela signifie que vous devez utiliser Visual Studio 2017 qui prend en charge ce nouveau format.

Pour faire un peu d'histoire, à l'origine, .Net Core utilisait project.json au lieu de *.csproj . Cependant, après de longues délibérations internes chez Microsoft, ils ont décidé de revenir à csproj mais avec un format beaucoup plus propre et actualisé. Toutefois, ce nouveau format n'est pris en charge que dans VS2017.

Si vous souhaitez ouvrir les projets mais ne voulez pas attendre le 7 mars pour la version officielle de VS2017, vous pouvez utiliser Visual Studio Code à la place.

Answer 2

J'ai rencontré ce problème lors de l'ouverture du Service Fabric. L'application GettingStartedApplication dans Visual Studio 2015. La solution originale a été construite sur .NET Core dans VS 2017 et j'ai obtenu la même erreur en l'ouvrant dans 2015.

Voici les étapes que j'ai suivies pour résoudre le problème.

• Faites un clic droit sur le projet (load Failed) et éditez-le dans Visual Studio.

• Voyez la ligne suivante dans la balise Project : <Project Sdk="Microsoft.NET.Sdk.Web" >

• Suivez l'instruction indiquée dans le message d'erreur pour ajouter xmlns="http://schemas.microsoft.com/developer/msbuild/2003" à cette étiquette

Il devrait maintenant ressembler à ceci :

<Project Sdk="Microsoft.NET.Sdk.Web" xmlns="http://schemas.microsoft.com/developer/msbuild/2003">

• Le rechargement du projet m'a donné l'erreur suivante (la vôtre peut être différente en fonction de ce qui est inclus dans votre projet)

• J'ai vu que l'élément None avait un attribut update comme ci-dessous :

  <None Update="wwwroot\**\*;Views\**\*;Areas\**\Views">
    <CopyToPublishDirectory>PreserveNewest</CopyToPublishDirectory>
  </None>

• Je l'ai commenté comme ci-dessous.

  <!--<None Update="wwwroot\**\*;Views\**\*;Areas\**\Views">
    <CopyToPublishDirectory>PreserveNewest</CopyToPublishDirectory>
  </None>-->

• L'erreur suivante : La version dans la référence du paquet n'est pas reconnue

• J'ai vu que la version est présente dans le xml csproj comme ci-dessous (les lignes supplémentaires de PackageReference ont été supprimées par souci de concision).

• Suppression de l'attribut Version

  <PackageReference Include="Microsoft.AspNetCore.Diagnostics" />
  <PackageReference Include="Microsoft.AspNetCore.Mvc" />

• J'obtiens maintenant ce qui suit :

Bingo ! La mise à jour de Visual Studio One-way a démarré ! Laissez VS faire la magie !

• Le projet a été chargé mais avec des erreurs de référence.

• Correction des erreurs de librairie de référence individuellement, en supprimant et remplaçant dans NuGet pour que le projet fonctionne !

J'espère que cela aidera un autre voyageur du code :-D

Answer 3

La réponse de @DavidG est correcte, mais je voudrais ajouter que si vous construisez à partir de la ligne de commande, la solution équivalente est de s'assurer que vous utilisez la version appropriée de msbuild (dans ce cas particulier, il doit s'agir de la version 15).

Exécuter msbuild /? pour voir quelle version vous utilisez ou where msbuild pour vérifier à partir de quel emplacement l'environnement prend l'exécutable et mettre à jour (ou pointer vers le bon emplacement de) les outils si nécessaire.

Téléchargez la dernière version de l'outil MSBuild à partir de ici .

Answer 4

Si vous obtenez cette erreur en essayant de construire une application .Net Core 2.0 sur VSTS, assurez-vous que votre définition de construction utilise l'attribut Hosted VS2017 File d'attente des agents.

Answer 5

J'obtenais les mêmes messages lorsque j'exécutais juste msbuild depuis powershell.

dotnet msbuild "./project.csproj" a fonctionné pour moi.