解決方案中的參考文獻被破壞

我有許多項目的大型解決方案。我們有大約六位開發人員使用VS2013來處理此解決方案，並且它的源代碼由TFS 2013控制。解決方案中的參考文獻被破壞

定期項目引用和文件引用DLLs已損壞。帶有黑色感嘆號的小黃色標誌顯示在項目參考中的參考旁邊，當我查看已損壞參考的屬性時，我注意到對於已損壞的元素是空的。我可以刪除並重新添加引用，但我已經做了幾次之前，它不斷打破。

我搜索了一下，發現有幾個人在談論類似的問題，但在大多數情況下，我看到，刪除和添加引用後，一切都很好。我的情況，這一直在發生。

這有一個已知的原因嗎？我可以繼續重新解決這個問題，但這只是一種解決方法，而不是解決方案。

引用破解問題是否發生在您的客戶端機器上或TFS機器上？你是否將這些DLL添加到TFS中？ –

@ Cece-MSFT - 這些DLL來自同一解決方案中的其他項目。它們被添加爲項目引用，而不是文件引用。破損的引用不是在TFS中創建的（至少我不這麼認爲），但我想有人正在檢查它們，因爲我們在具有清晰工作空間的構建代理中也看到了同樣的問題。 –

當你有本地構建（不使用TFS構建）時會發生這個問題嗎？ –

假設ProjectFirst爲ProjectSecond生成DLL，爲了縮小問題範圍，可以先構建ProjectFirst，然後構建ProjectSecond以查看行爲是否正確。如果可行，你可能需要檢查你的構建順序。

在解決方案資源管理器，選擇一個項目或選擇解決方案。在項目菜單上，選擇項目構建訂單檢查構建順序。在依存關係選項卡上，從項目下拉菜單中選擇ProjectSecond。在取決於字段，選擇在此項目執行之前必須構建的ProjectFirst複選框。

此外，請檢查ProjectSecond以查看默認情況下是否定位到.NET客戶端配置文件。如果是，請將其更改爲常規.NET。

2016-01-28 08:30:35

」此外，請檢查ProjectSecond以查看它是否默認定位到.NET客戶端配置文件。如果是，請將其更改爲常規.NET。「 - 是的，就是這樣。我正在努力刪除並重新添加參考。我從來不會檢查目標框架。 –

回答