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

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

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

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

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

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

目前没有。实际上，您可以单击损坏的项目节点，在财产窗格中查找属性“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当然，不要忘记将整个项目移动到该目录。

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

这在Visual Studio 2019中对我来说效果很好。

在Visual Studio中重命名解决方案和项目正常单击文件名。在Visual Studio中重命名命名空间。在主项目页面上重命名所需的元素（发布位置、应用程序、默认名称空间等）。正如正确指出的那样，这对文件夹没有任何作用，但它确实重命名了项目文件，并在VisualStudio中将所有内容联系在一起。关闭Visual Studio。重命名文件夹。打开Visual Studio并回答“否”以从源代码管理获取项目。删除卸载的项目引用。使用“从解决方案添加现有项目”将每个项目添加回。这将一切联系在一起，并为我构建了项目。

请评论并纠正以上任何不起作用的内容。

我按自己的方式做了

关闭Visual Studio 2012将子目录重命名为.sln下的首选名称删除*.suo文件再次打开解决方案，并修复加载的Project的所有财产以符合新的子目录名称