Visual Studio中如何将解决方案根目录项目迁移至子文件夹

这个需求完全可以实现，不需要新建解决方案、重建远程Git仓库，所有已有历史分支、Azure DevOps仓库配置都能完整保留。
你之前手动移动文件后VS看不到对应内容，核心原因有两个：

1. .NET Framework 4.8使用的是传统非SDK风格的.csproj格式，不会自动扫描包含目录下的文件，所有需要纳入编译的代码、资源都要显式写在项目文件里
2. 解决方案.sln文件里记录的每个项目的相对路径没有同步更新，VS根本没有加载你移到子文件夹里的项目，自然不会显示内容

操作前先提交当前工作区所有未提交的改动，建议打一个临时备份标签，操作出错可以随时回滚。

• 关闭所有Visual Studio窗口，确保没有进程锁定项目相关文件。
• 在解决方案根目录（存放.git文件夹、Project.sln的目录）新建两个子文件夹，命名为Project 1 Folder和Project 2 Folder。
• 将原根目录下除了.git、.vs文件夹、Project.sln、.gitignore之外的所有项目相关文件（包括原Project.csproj、所有.cs文件、bin、obj文件夹）全部移动到Project 1 Folder内，将移动后的项目文件重命名为Project1.csproj。
• 将你之前存放在其他位置的第二个项目的全部文件，整体移动到Project 2 Folder内，确保Project2.csproj处于该文件夹的根层级。
• 用纯文本编辑器打开根目录的Project.sln，找到原有项目的声明块，格式类似：

  Project("{FAE04EC0-301F-11D3-BF4B-00C04F79EFBC}") = "原项目名", "Project.csproj", "{项目GUID}"
  

  将其中的项目路径修改为子文件夹下的相对路径，即改为"Project 1 Folder\Project1.csproj"。之后复制这段项目声明，修改项目名为第二个项目的名称、路径改为"Project 2 Folder\Project2.csproj"，同时生成一个新的GUID替换掉原有的项目GUID，避免冲突。
• 分别打开两个子文件夹下的.csproj文件，核对修正所有文件引用、输出路径、外部依赖的相对路径。因为你是把整个项目的文件整体平移到子文件夹，大部分同目录下的.cs文件引用不需要修改，只需要修正指向根目录或者其他外部位置的路径即可。
• 执行Git文件移动操作保留提交历史：打开Git命令行，对所有从根目录移动到Project 1 Folder的被追踪文件执行git mv命令，例如git mv ./Class1.cs "./Project 1 Folder/Class1.cs"，批量操作可以用通配符简化。.vs、bin、obj这类本来就在.gitignore里的文件不需要执行Git操作。
• 重新用Visual Studio打开根目录的Project.sln，两个项目会正常加载。如果有磁盘存在但没显示在项目里的文件，开启解决方案资源管理器的「显示所有文件」选项，找到对应文件后右键选择「包含在项目中」即可。
• 本地执行一次完整编译，修正所有因路径变更导致的引用错误、资源加载错误，确认功能正常后，将本次改动作为普通提交推送到Azure DevOps远程仓库即可。

• 所有已有历史分支不需要做任何额外适配，本次目录调整是仓库的一次普通提交，切换到旧分支时Git会自动还原旧版本的目录结构，不会出现分支损坏、历史丢失的问题。
• 所有层级的.vs、bin、obj文件夹都建议加入.gitignore，不要提交到远程仓库，避免本地缓存配置引发冲突。
• 如果两个项目之间存在依赖关系，直接在解决方案里右键项目选择「添加」-「项目引用」，勾选对应的依赖项目即可，不要手动引用输出目录下的dll文件，避免路径错误。

内容的提问来源于stack exchange，提问作者kchron