Saltar al contenido

El espacio de nombres XML predeterminado del proyecto debe ser el espacio de nombres XML de MSBuild.

Estate atento ya que en este tutorial hallarás el resultado que buscas.Este post fue analizado por nuestros especialistas para asegurar la calidad y veracidad de nuestro post.

Solución:

Los proyectos que intenta abrir están en el nuevo formato csproj de .NET Core. Esto significa que debe usar Visual Studio 2017, que es compatible con este nuevo formato.

Para un poco de historia, inicialmente se usó .NET Core project.json en vez de *.csproj. Sin embargo, después de una considerable deliberación interna en Microsoft, decidieron volver a csproj pero con un formato mucho más limpio y actualizado. Sin embargo, este nuevo formato solo es compatible con VS2017.

Si quieres abrir los proyectos pero no quieres esperar hasta el 7 de marzoel para la versión oficial de VS2017, podría usar Visual Studio Code en su lugar.

Me encontré con este problema al abrir la aplicación GettingStarted de Service Fabric en Visual Studio 2015. La solución original se creó en .NET Core en VS 2017 y recibí el mismo error al abrir en 2015.

Estos son los pasos que seguí para resolver el problema.

  • Haga clic con el botón derecho en el proyecto (Cargar fallido) y edítelo en Visual Studio.
  • Vio la siguiente línea en la etiqueta Proyecto:

  • Siguió las instrucciones que se muestran en el mensaje de error para agregar xmlns="http://schemas.microsoft.com/developer/msbuild/2003" a esta etiqueta

Ahora debería verse como:


  • Recargar el proyecto me dio el siguiente error (el tuyo puede ser diferente según lo que esté incluido en tu proyecto)

Elemento

no se reconoce” src=”https://i.stack.imgur.com/JoCX4.png” />

  • Vi que el elemento Ninguno tenía una actualización. attribute como a continuación:

    
      PreserveNewest
    
    
  • Comenté eso como a continuación.

    
    
  • En el siguiente error: no se reconoce la versión en la referencia del paquete
    Versión en elemento <PackageReference> no se reconoce” src=”https://i.stack.imgur.com/PMoI5.png” /></p>
</li>
<li>
<p>Vi que la versión está allí en csproj xml como se muestra a continuación (las líneas de referencia del paquete adicionales se eliminaron por brevedad)</p>

</li>
<li>
<p>Despojado de la versión attribute</p>
<pre><code><PackageReference Include=

  • Ahora obtengo lo siguiente:
    Actualización automática VS

¡Bingo! ¡Empezó la actualización unidireccional de Visual Studio! ¡Deja que VS haga la magia!

  • El proyecto cargado pero con errores de biblioteca de referencia.
    ingrese la descripción de la imagen aquí

  • ¡Se corrigieron los errores de la biblioteca de referencia individualmente, eliminando y reemplazando en NuGet para que el proyecto funcionara!

Espero que esto ayude a otro viajero del código 😀

La respuesta de @DavidG es correcta, pero me gustaría agregar que si está construyendo desde la línea de comandos, la solución equivalente es asegurarse de que está usando la versión adecuada de msbuild (en este caso particular, debe ser la versión 15).

Correr msbuild /? para ver qué versión estás usando o where msbuild para verificar de qué ubicación el entorno toma el ejecutable y actualizar (o señalar la ubicación correcta de) las herramientas si es necesario.

Descargue la última herramienta de MSBuild desde aquí.

Valoraciones y reseñas

Puedes añadir valor a nuestra información participando con tu experiencia en las referencias.

¡Haz clic para puntuar esta entrada!
(Votos: 0 Promedio: 0)



Utiliza Nuestro Buscador

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *