Respuestas:
Abra su archivo csproj en el bloc de notas (o notepad ++) Busque la línea:
<Import Project="$(MSBuildToolsPath)\Microsoft.CSharp.targets" />
y cambiarlo a
<Import Project="$(MSBuildBinPath)\Microsoft.CSharp.targets" />
Esta es una solución global, que no depende de un paquete o contenedor en particular.
En mi caso, eliminé la carpeta Paquetes de mi directorio raíz.
Tal vez sucede porque sus paquetes están allí, pero el compilador no encuentra su referencia. elimine primero los paquetes más antiguos y agregue nuevos paquetes.
Pasos para agregar nuevos paquetes
Esta no es la solución adecuada, pero la publiqué aquí porque tengo el mismo problema.
En mi caso, ni siquiera pude abrir mi solución en Visual Studio y no obtuve ninguna ayuda con otras respuestas SO.
Microsoft.CSharp.targetsarchivo por alguna razón fue eliminado! como dijiste, eliminé la packagescarpeta y reinicié Visual Studio, ¡mágicamente funcionó!
Para mí, el problema era que la ruta del proyecto contenía% 20 caracteres, porque git agregó esos en lugar de espacios cuando se clonó el repositorio. Otro problema podría ser si la ruta a un paquete es demasiado larga.
git clone <RepoUrl> <LocalDirName>para especificar el nombre del directorio en el que desea clonar para evitar tener el% 20
Este enlace en MSDN también ayuda mucho a entender la razón por la cual no funciona. $ (MSBuildToolsPath) es la ruta a Microsoft.Build.Engine v3.5 (se inserta automáticamente en un archivo de proyecto cuando se crea en VS2008). Si intenta compilar su proyecto para .Net 2.0, asegúrese de haber cambiado esta ruta a $ (MSBuildBinPath), que es la ruta a Microsoft.Build.Engine v2.0.
En mi caso no pude cargar uno de cada 5 proyectos en mi solución.
Ayudó a cerrar Visual Studio y tuve que eliminar la Microsoft.Net.Compilers.1.3.2 carpeta nuget enpackages carpeta.
Luego, abra su solución nuevamente y el proyecto se cargará como se esperaba
Solo para estar seguro, cierre todas las instancias de VS antes de eliminar la carpeta.
Si se encuentra con el error que dice Microsoft.CSharp.Core.targets not found, estos son los pasos que tomé para corregir el mío:
Abra cualquier carpeta de proyectos de trabajo anteriores y navegue hasta el enlace que se muestra en el error, es decir, Projects/(working project name)/packages/Microsoft.Net.Compilers.1.3.2/tools/y busque el Microsoft.CSharp.Core.targetsarchivo.
Copie este archivo y póngalo en el proyecto tools folderque no funciona (es decir, navegando a la carpeta de herramientas en el proyecto que no funciona como se muestra arriba)
Ahora cierre su proyecto (si estaba abierto) y vuelva a abrirlo.
Debería estar funcionando ahora.
Además, para asegurarse de que todo funcione correctamente en su proyecto de Visual Studio ahora abierto, vaya a Tools > NuGetPackage Manager > Manage NuGet Packages For Solution . Aquí, puede encontrar un error que dice que CodeAnalysis.dll está siendo utilizado por otra aplicación.
De nuevo, ve al tools folder , busque el archivo especificado y elimínelo. Vuelve aManage NuGet Packages For Solution . Encontrará un enlace que le pedirá que vuelva a cargar, haga clic en él y todo se volverá a instalar.
Su proyecto debería estar funcionando correctamente ahora.
Obtuve esto después de reinstalar Windows. Se instaló Visual Studio y pude ver el tipo de proyecto Silverlight en la ventana Nuevo proyecto, pero abrir uno no funcionó. La solución fue simple: tuve que instalar el tiempo de ejecución de Silverlight Developer y / o Microsoft Silverlight 4 Tools para Visual Studio. Esto puede parecer estúpido, pero lo pasé por alto porque pensé que debería funcionar, ya que el tipo de proyecto Silverlight estaba disponible.
En mi caso, abrí mi archivo .csproj en el bloc de notas y eliminé las siguientes tres líneas. Trabajado como un encanto:
<Import Project="..\packages\Microsoft.CodeDom.Providers.DotNetCompilerPlatform.1.0.0\build\Microsoft.CodeDom.Providers.DotNetCompilerPlatform.props" Condition="Exists('..\packages\Microsoft.CodeDom.Providers.DotNetCompilerPlatform.1.0.0\build\Microsoft.CodeDom.Providers.DotNetCompilerPlatform.props')" />
<Import Project="..\packages\Microsoft.Net.Compilers.1.0.0\build\Microsoft.Net.Compilers.props" Condition="Exists('..\packages\Microsoft.Net.Compilers.1.0.0\build\Microsoft.Net.Compilers.props')" />
<Import Project="..\packages\Microsoft.Net.Compilers.1.3.2\build\Microsoft.Net.Compilers.props" Condition="Exists('..\packages\Microsoft.Net.Compilers.1.3.2\build\Microsoft.Net.Compilers.props')" />
ok, ¿y si dice esto: entre los signos gt / lt
Importar proyecto = "$ (MSBuildExtensionsPath) \ Microsoft \ Silverlight \ v3.0 \ Microsoft.Silverlight.CSharp.targets" /
¿Cómo soluciono el error de objetivos?
También encontré esa cadena de importación en un proyecto de demostración (específicamente "Construye tu propio marco MVVM" de Rob Eisenburg).
Si reemplaza esa importación con la sugerida por lomaxx VS2010 RTM, informa que necesita instalar esto .
Para errores con Microsoft.WebApplications.targets, puedes:
Microsoft.WebApplication.targets" del archivo de la máquina de desarrollo a la máquina de compilación TFS.Aquí está la publicación.
Este error también puede ocurrir al abrir un proyecto de Silverlight que se creó en SL 4, mientras tiene SL 5 instalado.
Aquí hay un mensaje de error de ejemplo: No se encontró el proyecto importado "C: \ Archivos de programa (x86) \ MSBuild \ Microsoft \ Silverlight \ v4.0 \ Microsoft.Silverlight.CSharp.targets".
Tenga en cuenta la v4.0.
Para resolver, edite el proyecto y busque:
<TargetFrameworkVersion>v4.0</TargetFrameworkVersion>
Y cámbielo a v5.0.
Luego vuelva a cargar el proyecto y se abrirá (a menos que no tenga SL 5 instalado).
Eliminé la carpeta obj y luego el proyecto se cargó como se esperaba.
A veces, el problema podría estar con la versión VS codificada en el archivo .csproj. Si tiene en su csproj algo como esto:
[...]\VisualStudio\v12.0\WebApplications\Microsoft.WebApplication.targets"
Debe verificar si el número es correcto (la razón por la que está mal puede ser que el proyecto se creó con otra versión de Visual Studio). Si está mal, reemplácelo con su versión actual de las herramientas de compilación O use la variable VS:
[...]\VisualStudio\v$(VisualStudioVersion)\WebApplications\Microsoft.WebApplication.targets"
Me encontré con este problema mientras ejecutaba un libro de jugadas de Ansible, así que quiero agregar mis 2 centavos aquí. Noté un mensaje de advertencia sobre la falta de Visual Studio 14. Visual Studio versión 14 se lanzó en 2015 y la solución a mi problema fue instalar Visual Studio 2015 Professional en la máquina host de mi agente de Azure DevOps.
Microsoft.CSharp.TargetsaMicrosoft.CSharp.targetsen los.csprojarchivos.