VS 破坏解决方案文件

Question

我有一个（python）脚本，可以完成以下任务：

1. 扫描文件夹以查找 .csproj 和 .vcproj 文件。
2. 根据 .csproj 和 .vcproj 文件编写文本，创建一个包含所有项目的解决方案文件。
3. 构建该解决方案。通过从命令行调用 devenv.exe /Build（Python 上的 subprocess.call）。

我的问题是：当我构建时，VS 更改了我的 SLN 中的配置。具体来说，在 SLN 的 Win32 配置上，所有 .csproj 项目（.NET 项目）从 x86 切换到 x64并从构建中标记出来。

尝试没有成功： 更改 SLN，使所有 .NET 位于 x86 上，而 VC 位于 x86 解决方案配置下的 Win32 上。再次，VS 在打开 SLN 时破坏了它：VC 会自动更改为目标 x64 并标记为在构建之外。

尝试有效但相当笨拙： 首先，我让 VS 破坏文件。我设法做到这一点的唯一笨拙的方法是从命令行调用 /Build 然后调用 /Clean 。接下来，我通过替换 VS 损坏的配置来修复 SLN 文件。现在，当我 /Build 它时，VS 不会更改 SLN。

那么：

1. 有人有更优雅的解决方案吗？
2. 除了 /Build - /Clean 之外，还有什么更好的方法可以让 VS 破坏文件？

Answer 1

简单的答案是，缩进对于 VS sln 解析器很重要。

所以公司的人声称这一切在当天都有效，我发现很难相信。我一遍又一遍地扫描构建它的代码和生成的 sln 文件，但看不出任何区别。

因为我没有看空格！

一个月前，我无意中更改了构建 .sln 文件的代码，以使用不同的缩进写入该文件。

这是文件的区别：

这有效，因为该文件与 VS 制作的文件相同，包括缩进：

Microsoft Visual Studio Solution File, Format Version 10.00
# Visual Studio 2008
Project("{19091980-2008-4CFA-1491-04CC20D8BCF9}") = "proj1", "..\proj1_2008.vcproj", "{C844505D-3D9E-437F-94D6-BDA74999651D}"
...
EndProject
Project ...
..
EndProject
Global
Global
  GlobalSection(SolutionConfigurationPlatforms) = preSolution
*good     Debug|Win32 = Debug|Win32
          Debug|x64 = Debug|x64
          Release|Win32 = Release|Win32
          Release|x64 = Release|x64
  EndGlobalSection
  ....

这个文件导致 VS 重新编辑，并且作为副作用破坏了我们所需的解决方案配置：

Microsoft Visual Studio Solution File, Format Version 10.00
# Visual Studio 2008
Project("{19091980-2008-4CFA-1491-04CC20D8BCF9}") = "proj1", "..\proj1_2008.vcproj", "{C844505D-3D9E-437F-94D6-BDA74999651D}"
...
EndProject
Project ...
..
EndProject
Global
    GlobalSection(SolutionConfigurationPlatforms) = preSolution
*bad    Debug|Win32 = Debug|Win32
*indent-Debug|x64 = Debug|x64
*ation  Release|Win32 = Release|Win32
        Release|x64 = Release|x64
    EndGlobalSection
    ....