在VS2010 C#解决方案中查找缺失引用的更简单方法

我刚刚使用VisualStudio2010从TFS打开了一个解决方案。该解决方案包含100多个项目（如果由我决定，可能会少于5个），其中许多项目碰巧错过了一个引用（Unity dll）

有没有办法简化这些引用的固定？现在我必须手动删除并重新添加所有这些内容。麻烦

---

如有任何建议，将不胜感激

可能想签出resharper，它可能会满足您的参考需求。我知道它有助于优化和识别类中的引用，但在项目级别不确定。Resharper有30天的试用期

您可以将所有这些二进制文件添加到binaries文件夹中，并将其添加到TFS中

现在，将二进制文件作为现有项添加到解决方案项中，这样当您打开解决方案时，它也会获取所有解决方案项

---

确保从binaries文件夹添加引用

如果引用程序集的位置已更改，则在.csproj文件上查找并替换文件以将损坏的引用替换为正确的引用是相对简单的。

要解决此问题，您需要找出它尝试从何处加载文件。您可以在项目csproj文件中查找。您安装了较新（或不同）版本的程序集，或者具有不同的文件和文件夹结构。您需要重新创建该项目中使用的文件和文件夹结构，或者将csproj文件重写到新位置

---

将来，您可能需要更改处理第三方引用的方式。我在使用这种方法方面有很好的经验：定义一个第三方库文件夹，所有这些库都放在这个文件夹中并将其签入。它应该在解决方案文件夹中。从现在起，每个人都必须将第三方LIB放入其中，并使用它们。

使用独立VS，我认为没有更简单的方法。您可以将引用的dll放在一个公共位置，编写一个简单的脚本来处理每个.csproj（或.vbproj）文件并更改XML中的引用，但在创建这样一个脚本时，您可能已经能够完成手动工作。您需要找出缺少引用的原因。嗯，Ramhound，他们“失踪”是因为VS不知道在哪里找到他们。这就是为什么我希望能够在一次点击中轻松更新所有这些项目。我会尝试一下，看看它是否能帮助我。贝姆达蒙：我落在这根线上寻找那根线。所以我假设这还不存在：）这正是我们的做法，但我认为在这种情况下（每次设置解决方案时都会发生这种情况-几乎），有人忘记了更新引用-这对设置解决方案的人有效，但对签出解决方案的人无效，因为在我的树中找不到使用的旧引用。然而，这里的问题是简化在解决方案中定位多个项目的引用的方法。我有所有的二进制文件，只是当我从TFS获取项目时，引用路径是错误的。