转到.sln文件，右键单击，用Notepad++（或任何编辑器；Notepad++是最快的）打开，找到路径并更改它。

目前没有。实际上，您可以单击损坏的项目节点，在财产窗格中查找属性“Path”，单击小浏览图标，然后选择新路径。

Voilà：）

还有另一种方法，使用*.sol，*csproj文件。

打开解决方案文件。搜索要更改的*.csproj。它将如下（相对于*.sol文件）：项目（“｛FAE04EC0-301F-11D3-BF4B-00C04F79EFBC｝”）=“Shani.Commands.Impl”，“Shani.Orders.Impl\Shani.Commands.Impl.csproj”，“｛747CFA4B-FC83-419A-858E-5E2DE2B948E｝”只需将第一部分更改为新的目录，例如：Impl\Shani.Commands.Impl\Sani.Commands.Impl.cspoj当然，不要忘记将整个项目移动到该目录。

在Visual Studio外部重命名项目。使用文本编辑器编辑您的_project_name.sln，然后将路径重命名为新路径。

伙计，我有没有为此而挣扎。遗憾的是，Visual Studio中没有一个单击式解决方案，但如果您正在运行Visual Studio 2012，并且您的项目在Team Foundation Server的源代码管理下，以下是我如何在保留源代码历史记录的情况下使其工作的：

（确保您阅读了@mjv下面的评论，因为他指出您可以跳过第5-10步）

确保已签入所有更改，因此没有挂起的更改。通过右键单击并选择“删除”，从解决方案中删除项目。现在，在Windows资源管理器中，重命名项目文件夹。返回Visual Studio，在解决方案资源管理器中，右键单击解决方案并选择“添加”->“现有项目”。为在步骤2中删除的项目选择项目文件，该文件应位于重命名的文件夹中。现在该项目又回到了解决方案中，但该项目似乎没有添加到源代码管理中。要解决此问题，请打开源代码管理资源管理器。在源代码管理资源管理器中查找与在步骤3中重命名的磁盘上的项目文件夹相对应的项目文件夹。在源代码管理资源管理器中重命名文件夹，使其与磁盘上的项目文件夹同名。现在看看您的待定更改。您应该对解决方案文件进行更改，并对项目文件夹执行重命名操作。进行重建并确保所有内容都正确编译。如果重命名的项目具有项目间引用，则需要将它们再次添加到引用该项目的各个项目中。你现在应该准备好了。去把一切都检查一下。

上面的指南对我有效。如果对你无效，请尝试完全删除本地解决方案，并删除工作区中的文件夹映射。重新启动Visual Studio以防万一。确保您确实从计算机中删除了整个解决方案。现在，将解决方案映射到您的工作区并获取最新版本。现在尝试以上步骤。如果在执行上述步骤时出现问题，同样适用。只需在本地删除您的解决方案并获取最新的源代码，您将有一个全新的工作环境。

如果您仍然有问题，请确保在尝试上述步骤之前，您没有手动更改解决方案文件中的任何内容，或尝试其他“技巧”。如果您已经更改并签入了某个项目，那么您可能需要考虑回滚到刚刚开始扰乱项目重命名之前的点。

当然，您还需要在SolutionExplorer中重命名项目本身。您可以在上述步骤之前执行此操作，但在这种情况下，请确保在应用上述步骤之前签入该更改。您也可以在以后执行此操作，但请确保先执行上述所有步骤，并在尝试在解决方案资源管理器中重命名项目名称之前签入更改。我不建议在解决方案资源管理器中尝试将上述步骤与重命名项目名称混合使用。虽然它可能会起作用，但我建议在两个单独的变更集中进行。

有一种更简单的方法在Visual Studio 2013 Update 1中进行了测试，适用于TFS连接的项目：

打开Visual Studio，但让解决方案关闭。打开源代码管理器并重命名所需的文件夹（如果您尚未先关闭解决方案，则将为您关闭该解决方案）。右键单击解决方案（也可以从源资源管理器）并选择签入。打开解决方案。你会被告知有新项目加入。接受以获得更改。从解决方案中删除项目并再次添加，然后签入。检查内部参考是否正常。