1
2
我以前见过这样的情况,当你在你的解决方案中有多个项目,并且引用被混淆时。 假设您的解决方案中有四个项目,公共、业务、数据和ui。假设common被其他三个项目引用。 我们希望common成为其他三个项目的“项目引用”-然后它们将从common的build output目录中获取它们的副本。 但是,有时,其中一个项目会把它的参考资料弄混。例如,在本例中,该ui开始引用 生成输出目录 数据。现在,编译“ui”而不编译“data”的任何更改都将导致两个可能不兼容的“common”版本成为ui的依赖项。 另一种情况是引用二进制文件,例如从“lib”目录。然后,其中一个项目最终引用的是生成输出位置,而不是lib。 我不知道这是什么原因造成的,但不幸的是,我一直都在看。 修复 就是浏览每个项目的引用,找到一个(或多个)指向错误的地方。 |
2
1
在重建之前清理解决方案可能会有帮助--右键单击解决方案资源管理器中的解决方案并选择“清理解决方案”--这将删除临时文件,并应清除bin和obj文件夹,以便重建所有内容。 |
3
1
我和guy starbuck在一起,但是我要补充的是,重建解决方案应该是一个干净的解决方案,然后是构建解决方案,然后,它应该已经解决了你的问题。但vs 2005在这方面可能很糟糕。有时它只是开始工作后,几次重建。如果升级到2008不是一个选项,请考虑手动清除bin文件夹。 |
4
0
这与配置管理器有关吗?在那里,您可以选择在解决方案中生成哪些项目。不确定这是否有用。 |
5
0
根据警告的类型,如果我正确地回忆起来是不可能的。 例如,xhtml遵从性的警告消息仅在文件打开时显示。您可以检查vs中的公差设置,看看是否可以更改它。 |
6
0
这听起来很奇怪-重建应该构建所有内容,而不考虑更改,构建应该只构建已更改的内容。 只有修改了未更改文件引用的内容,使其现在不正确时,才应该发生您描述的行为。 |
Jeff Miller · 在AutoCAD中重建多条样条曲线 7 年前 |