全部：
我正在开发一种解决方案，其中一个项目实际上是解决方案构建的主 exe 的插件。由于这个项目是一个插件，因此从主 exe 引用该插件是错误的（不保证该程序集出现在部署中，它是可选的）。
所以这是我的问题：
如果我修改插件项目中的代码，然后按 F-5 运行，Visual Studio 将不会始终构建我的插件（因为基于参考树，主 exe 似乎并不依赖于它）。
是否有一个解决方案或项目级别设置可以更改，以便在运行时包含此插件项目（无需添加引用）？
我了解工具中的全局设置 |选项 |构建并运行，但我宁愿不必全局更改 VS 的行为，只是为了正确构建此解决方案（另外，如果设置与解决方案或项目一致，那么当其他开发人员检查它时，他们应该简单地继承环境）
顺便说一句：这些是 VS 2005 解决方案中的 C# 项目。
右键单击解决方案资源管理器中的根节点 -> 属性 -> 项目依赖项。 （VS 2008 用户：此功能有自己的对话框，可以从上下文菜单直接访问。）
依赖图表示为复选框的邻接列表。您选择的每个项目都将检查并禁用其直接引用[假设您使用项目引用，而不是程序集引用]。如果其他复选框会创建循环依赖项，则可能会禁用它们。
对于任何未禁用的复选框，选中/取消选中将写入项目部分（项目依赖项）部分到您的解决方案文件中。因此，您的设置将通过源代码管理传播给其他开发人员。
不过，公平警告：如果您使用 MSBuild（包括任何版本的 Team Build），它并不总是像在 Visual Studio 中构建一样处理 *.sln 文件自定义。与 *.??proj 文件不同，*.sln 不是本机 MSBuild 文件类型。我自己也遇到过这个问题此处描述 http://victorsergienko.com/project-dependencies-of-visual-studio-2008-broken-in-msbuild/;我也看过opposite偶尔的行为。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
