解决方案中的参考文献

Question

我有很多项目的大型解决方案.我们有大约六个开发人员正在使用这个解决方案VS2013,它是由源控制的TFS 2013.

定期修改项目引用和文件引用DLLs.带有黑色感叹号的小黄色标志显示在项目引用中的引用旁边,当我查看损坏引用的属性时,我注意到path对于被破坏的元素,它是空的.我可以删除并重新添加引用,但我之前已经做了几次并且它再次破坏.

我用Google搜索并发现有几个人在谈论类似的问题,但在大多数情况下,我看到,在删除和添加引用后,一切都很好.我的情况,这种情况一直在发生.

这有什么原因吗？我可以继续重新解决这个问题,但这只是一种解决方法而不是解决方案.

Answer 1

假设ProjectFirst为ProjectSecond生成DLL,为了缩小问题范围,您可以先构建ProjectFirst,然后构建ProjectSecond以查看行为是否正确.如果可行,您可能需要检查构建顺序.

在解决方案资源管理器中,选择项目或选择解决方案.在" 项目"菜单上,选择" 项目构建顺序"以检查构建顺序.在" 依赖关系"选项卡上,从" 项目"下拉菜单中选择"ProjectSecond" .在Depends on字段中,选中必须在此项目之前构建的ProjectFirst复选框.

此外,请检查ProjectSecond以查看默认情况下是否针对.NET Client Profile.如果是,请将其更改为常规.NET.