根据条件编译符号更改exe的名称
您是否可以告诉Visual Studio输出不同的exe文件名，具体取决于是否设置了特定的条件编译符号？
如果将.csproj文件加载到文本编辑器中，则可以控制AssemblyName属性：
WindowsFormsApplication9.Debug WindowsFormsApplication9
请注意，这不仅会更改文件名，还会更改程序集名称 ，如果您有其他引用程序集的代码，则可能会出现问题。
我自己从来没有这样做，所以我不能说这个想法有多好或多坏。
由于Fredrik建议的为assemblyname标记定义条件似乎使Visual Studio变得怪异，您可以稍后在csproj文件中更改程序集名称。 使用Choose元素有点像if语句，因此如果符合条件，则可以附加名称，如下所示。
在条件属性中使用例如DefineConstants获取子字符串似乎不可能（根据MSDN ）使用“普通的vanilla MSBuild”，但是可以定义自己的构建目标并在使用/p:Tag=value编译时设置属性/p:Tag=value （ MSBuild命令行参考 ）
... true $(AssemblyName).TagDefined ...
您可以编辑csproj文件，它只是一个包含“任务”的MSBuild文件。 csproj文件中有一个名为’AfterBuild’的部分。
也许，您可以在那里添加一个命令，将您的exe文件重命名为您选择的文件名。
（当然，你必须取消注释该部分）。
也许是这样的：
我没有进一步研究，但你应该完成Condition属性，这样你就可以检查是否定义了条件符号。
这里的答案都不适合我。
他们要么出错，要么什么都不做。
这是我在VS2005中运行的解决方案，我想它也适用于较新的VS版本。 像这样编辑文件* .csproj：
if $(PlatformTarget) == x86 move /y "$(TargetPath)" "$(TargetDir)$(ProjectName)_32.exe" if $(PlatformTarget) == x64 move /y "$(TargetPath)" "$(TargetDir)$(ProjectName)_64.exe"
结果是32位编译生成文件ProjectName_32.exe ，64位生成生成ProjectName_64.exe 。
请注意奇怪的语法。 if条件周围必须没有括号， x86不能用引号括起来。
此方法的缺点是您无法再在调试器中启动Exe，因为Visual Studio找不到它生成的Exe。 这可以通过使用’copy’命令替换’move’命令来解决，但在这种情况下你必须将Exe复制到另一个目录，因为你肯定不希望在同一目录中有两次相同的文件。
这一切都是一团糟。 您可以直接在项目设置中输入输出目录，但要做一些非常基本的事情，如更改Exe名称，您必须编写一个具有丑陋副作用的笨拙脚本，这真是令人难以置信。 对微软感到羞耻！