解决方案中的参考文

Question

我有很多项目的大型解决方案。我们有大约六位开发人员使用VS2013处理此解决方案，它由TFS 2013控制。

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

我用Google搜索并发现有几个人在谈论类似的问题，但在大多数情况下，我看到，删除并添加引用后，一切都还可以。 我的情况是，这种情况一直在发生。

这是否已知原因？我可以继续重新解决这个问题，但这只是一种解决方法而不是解决方案。

Answer 1

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

在解决方案资源管理器中，选择一个项目或选择解决方案。在项目菜单上，选择项目构建订单以检查构建订单。 在依赖关系标签上，从项目下拉菜单中选择ProjectSecond。在取决于字段中，选中必须在此项目之前构建的ProjectFirst复选框。

此外，请检查ProjectSecond以查看默认情况下是否定位到.NET客户端配置文件。如果是，请将其更改为常规.NET。

Answer 2

我们有一个解决方案，其中包含数百个项目（> 400）和数以万计的源文件，并且由于某些未知原因，在构建过程中立即将一组更新应用于计算机，从而终止了构建并关闭Visual工作室。重新打开VS时，有些项目没有加载（即使在关闭并重新打开之后），因此不得不对400多个项目进行排序，找到未加载的项目，并手动告诉VS重新加载丢失/未加载的项目。之后，一切似乎恢复正常。