我们的项目文件存在问题，这很烦人。
例如：我们有一个解决方案包含projX和projY，它们引用了程序集log4net。如果有人移动程序集文件并且只更新了projX中的引用，然后提交而没有发现缺失的程序集，那么在projY中的引用将会消失。
下次我检出并打开解决方案时，VS2010会正确地标记projY中缺失的引用，带有一个小感叹号。到目前为止都很好。 :)
问题是：如果我构建解决方案，那么在projY中的程序集引用会神奇地更新到指向projX的BIN文件夹！（在这种情况下，必须先构建projX再构建projY）
看起来VS2010会搜索我们的解决方案树，如果找到匹配的程序集，则自动添加程序集。
不错的功能，但也有一些危险和误导性。例如，程序集可能最终会指向另一个项目的 bin 文件夹。
问题：
是否有办法禁用此行为，并仅获得编译错误以防止构建？
注意：
我们最近开始使用 NuGet。
我们定义了自己的输出文件夹->文件不会放置在 Bin\Debug 中，而是在..\output 中。
[编辑]
更新示例以更清晰地说明。
[编辑]
在网上搜索解决方案时，我发现了这篇文章，描述了一个相关问题，其中 VS2010 也会自动添加引用，但在这种情况下是从 GAC 中添加的。我们的程序集不在 GAC 中。 http://blog.scrappydog.com/2010/07/bug-tfs-2010-outsmarts-itself-and-auto.html [编辑]
尝试使用项目中的参考路径进行修复。想法是VS首先搜索参考路径，其次搜索项目bin文件夹。但是没有成功。它仍然从输出文件夹中获取程序集。
例如：我们有一个解决方案包含projX和projY，它们引用了程序集log4net。如果有人移动程序集文件并且只更新了projX中的引用，然后提交而没有发现缺失的程序集，那么在projY中的引用将会消失。
下次我检出并打开解决方案时，VS2010会正确地标记projY中缺失的引用，带有一个小感叹号。到目前为止都很好。 :)
问题是：如果我构建解决方案，那么在projY中的程序集引用会神奇地更新到指向projX的BIN文件夹！（在这种情况下，必须先构建projX再构建projY）
看起来VS2010会搜索我们的解决方案树，如果找到匹配的程序集，则自动添加程序集。
不错的功能，但也有一些危险和误导性。例如，程序集可能最终会指向另一个项目的 bin 文件夹。
问题：
是否有办法禁用此行为，并仅获得编译错误以防止构建？
注意：
我们最近开始使用 NuGet。
我们定义了自己的输出文件夹->文件不会放置在 Bin\Debug 中，而是在..\output 中。
[编辑]
更新示例以更清晰地说明。
[编辑]
在网上搜索解决方案时，我发现了这篇文章，描述了一个相关问题，其中 VS2010 也会自动添加引用，但在这种情况下是从 GAC 中添加的。我们的程序集不在 GAC 中。 http://blog.scrappydog.com/2010/07/bug-tfs-2010-outsmarts-itself-and-auto.html [编辑]
尝试使用项目中的参考路径进行修复。想法是VS首先搜索参考路径，其次搜索项目bin文件夹。但是没有成功。它仍然从输出文件夹中获取程序集。