我有一个包含5个项目的VisualStudio解决方案。我有3/5的项目在<mysolutionpath>/bin文件夹中有一个.exe文件。最近,我在我的解决方案中添加了一个新项目(一个具有主要入口点的项目),并在<mysolutionpath/bin目录中添加了它的.exe文件。
但是我在<mysolutionpath>/<recentproject>/bin上有exe,我不知道,因为发生了这种情况。
我是VisualStudio的新手,你能帮我吗?
编辑:我的VisualStudio解决方案有五个"Windows Form Application“项目。当我编译我的解决方案时,我遇到了这样的情况:
1) First.exe on /bin文件夹;2) Second.exe on /bin文件夹;3)第三个项目没有主入口点;4) Fourth.exe on /bin文件夹;5)第五个项目没有主入口点。
现在,我将添加一个新项目到我的解决方案中,然后右键单击我的解决方案->添加->Windows窗体应用程序,新项目(例如,名称为"TEST“,主入口点)被添加到我的解决方案中。但是当我重新编译整个解决方案时,我希望在/bin文件夹上获得TEST.exe,但我在/TEST/bin/TEST.exe上有TEST.exe,而不是像之前五个项目那样在/bin/TEST.exe上。我希望这次我解释得很好。
发布于 2010-09-24 17:33:54
默认情况下,VS将所有项目放在一个输出中,如果它们都是通过引用绑定的。如果你的下一个可执行文件应该被main引用--只要这样做,它就会出现在main输出中。如果这不是一个选择,您可以添加(或更改) .targets文件。在我的项目中,我有这样的内容:
<Project xmlns="http://schemas.microsoft.com/developer/msbuild/2003">
<PropertyGroup>
<ClientPublishDirectory>$(SolutionDir)output\</ClientPublishDirectory>
<PluginPublishDirectory>$(SolutionDir)output\</PluginPublishDirectory>
</PropertyGroup>
<Target Name="CopyOutputFiles">
<CreateItem Include="$(OutputPath)\**\*.*;">
<Output TaskParameter="Include" ItemName="OutputFiles" />
</CreateItem>
<Copy SourceFiles="@(OutputFiles)" DestinationFolder="$(ClientPublishDirectory)%(OutputFiles.RecursiveDir)" ContinueOnError="false" />
</Target>
<Target Name="CopyPluginsOutputFiles">
<CreateItem Include="$(OutputPath)\**\*.*;">
<Output TaskParameter="Include" ItemName="PluginsFiles" />
</CreateItem>
<Copy SourceFiles="@(PluginsFiles)" DestinationFolder="$(PluginPublishDirectory)%(PluginsFiles.RecursiveDir)" ContinueOnError="false" />
</Target>
<Target Name="Copy3rdParties">
<CreateItem Include="$(SolutionDir)\..\libs\*.dll">
<Output TaskParameter="Include" ItemName="OutputFiles" />
</CreateItem>
<Copy SourceFiles="@(OutputFiles)" DestinationFolder="$(ClientPublishDirectory)%(OutputFiles.RecursiveDir)" ContinueOnError="false" /> </Target> </Project>发布于 2010-09-24 16:58:59
假设您的项目是针对可执行文件的,而不是针对其他内容的,例如类库,那么您将在项目设置中设置的输出目录中找到可执行文件。如果它不是可执行项目,那么您将不会得到.exe输出(对于类库,请使用.dll)。
默认情况下,VS会将Debug和Release构建中的可执行文件放在不同的目录中,所以您可能也希望查看那里。
发布于 2015-02-04 08:04:43
在项目设置中的Build下,有一个输出路径:设置。对于多项目相互依赖的解决方案,我通常会这样做:
settings.
这种方法消除了对**构建事件*脚本的需要,这些脚本在构建过程中往往会使输出窗口变得混乱。使用项目引用将使Visual Studio将已编译的DLL复制到正确的文件夹中,并且还将确保在任何代码更改后开始调试之前重新编译项目。这种方法通常可以保证在调试期间使用正确版本的二进制文件和符号文件。
https://stackoverflow.com/questions/3785512
复制相似问题