所有Visual Studio 2013版本现在都失败

时间:2015-09-15 11:41:51

标签: c# visual-studio-2013 msbuild

我在Visual Studio 2013中打开的每个项目现在都突然发出以下错误:

  

EverySingleProject.csproj:错误:项目的默认XML命名空间必须是MSBuild XML命名空间。如果项目是以MSBuild 2003格式创作的,请在元素中添加xmlns =“http://schemas.microsoft.com/developer/msbuild/2003”。如果项目是以旧的1.0或1.2格式编写的,请将其转换为MSBuild 2003格式。 C:\ Program Files(x86)\ MSBuild \ 12.0 \ bin \ Microsoft.Common.CurrentVersion.targets

这是在文件中:

  

Project ToolsVersion =“12.0”DefaultTargets =“Build”xmlns =“http://schemas.microsoft.com/developer/msbuild/2003”

为什么会失败?

6 个答案:

答案 0 :(得分:19)

如果您尝试在早期版本的Visual Studio中打开VS 2017 RC'简化'.NET Core csproj文件,也会出现此错误。

这些新项目文件如下所示:

<Project Sdk="Microsoft.NET.Sdk">
  <PropertyGroup>
    <OutputType>Exe</OutputType>
    <TargetFramework>netcoreapp1.0</TargetFramework>
  </PropertyGroup>
  <ItemGroup>
    <PackageReference Include="Microsoft.NETCore.App" Version="1.0.1" />
  </ItemGroup>
</Project>

(来自:https://blogs.msdn.microsoft.com/dotnet/2016/12/12/updating-visual-studio-2017-rc-net-core-tooling-improvements/

您需要使用最新版本的VS 2017来打开它们。

答案 1 :(得分:3)

我在2天前就已经这样了。

This救了我。

希望这有帮助。

编辑:

  

幸运的是,解决方案很简单:

     
      
  1. 在Windows资源管理器中,导航到项目
  2.   
  3. 右键单击.cproj文件,选择“属性”,然后取消选中“只读”复选框
  4.   
  5. 在记事本中打开.cproj文件
  6.   
  7. 第2行将xmlns =“http://schemas.microsoft.com/developer/msbuild/2008”更改为   xmlns =“http://schemas.microsoft.com/developer/msbuild/2003”(通知   这个唯一的区别是我们改变了2008年到2003年)
  8.   
  9. 保存更改
  10.   
  11. 在Visual Studio中右键单击(当前不可用)项目,然后选择“重新加载项目”
  12.   
  13. 项目现在可以正常加载,你可以继续生活
  14.   

答案 2 :(得分:0)

原来我在MSBuild文件夹中的一个文件被破坏了。 此文件:Microsoft.Common.CurrentVersion.targets

所需的另一个文件已经消失在以太中。 此文件:Microsoft.CSharp.CurrentVersion.targets

在修复和完全重新安装Visual Studio期间,这些都没有被替换或修复。

我最终从另一个安装中复制文件,现在一切都恢复正常。

答案 3 :(得分:0)

通过添加:

修正了它
<Project Sdk="Microsoft.NET.Sdk" ToolsVersion="15.0" xmlns="http://schemas.microsoft.com/developer/msbuild/2003">
.csproj文件中的

答案 4 :(得分:0)

我也有这个。该项目可能(未记载!)VS 2017项目,我使用的是VS 2013.

我做的是:

  1. 创建一个新的VS 2013 Web应用程序项目,
  2. 将所有其余原始项目文件复制并粘贴到新项目文件夹中
  3. 打开新项目并包含所有必要的原始项目文件
  4. 讨论引用等等一段时间,直到所有编译错误消失,
  5. 运行,测试,调整。
  6. 真的不理想,但它是小型演示项目的最快解决方案。不确定你是如何使用大型解决方案的。也许有人会在某个时候建造转换器。也许微软可以做到这一点。 [对自己轻笑。]

答案 5 :(得分:0)

删除相应的* .csproj.user文件有助于解决相同的症状。