Visual Studio 2019 多项目解决方案如何上传至单个GitHub仓库

多项目解决方案直传GitHub 无需调整目录的支持情况 #

完全支持，全程不需要修改、移动任何项目的原有目录路径

• 只要你存放.sln解决方案文件的根目录，和所有关联项目的文件夹保持原有相对层级结构，VS会自动识别所有项目在解决方案里的路径引用，不存在强制要求调整目录的逻辑
• 直接通过VS内置的Git菜单执行仓库初始化、关联GitHub远程仓库的操作即可，仓库根目录会自动识别为.sln所在的文件夹，不会篡改任何项目的内部目录结构
• 整个过程不需要把每个项目单独拆分推送到不同仓库，所有项目的源码都会作为同一个本地仓库的内容，一次性推送到单个GitHub远程仓库

注意避坑：不要在任意子项目的文件夹内单独初始化Git仓库，一定要以.sln所在的根目录作为仓库初始化路径，否则才会出现路径错乱、需要调整目录的问题

关联项目依赖纳入提交的设置逻辑 #

不需要在启动项目的配置项里专门查找提交相关的依赖设置，VS的默认机制已经可以保证关联代码完整推送

• 常规项目引用场景下，你根本不需要提交关联项目生成的.dll文件：项目间的引用是基于源码、.csproj文件的代码级关联，只要把所有关联项目的源码完整提交，其他协作者拉取代码后，VS会自动还原依赖关系、本地编译生成对应dll，单独提交dll反而会造成版本冗余
• 如果你确实需要将特定dll纳入提交范围（比如对接的非源码类库），不需要在启动项目的依赖配置里调整规则，只要修改根目录下自动生成的.gitignore文件，移除对应dll路径的过滤规则，待提交文件列表里就会出现这个文件
• 校验关联代码完整性的方法：在解决方案资源管理器中右键启动项目，打开项目依赖项面板，确认所有关联的项目都被正确标记；再回到Git变更面板，核对所有项目的.csproj文件、核心代码文件都在待提交列表中，没有被.gitignore规则过滤，即可保证所有关联代码完整推送
• 系统默认的.gitignore会自动过滤所有项目的bin、obj编译输出目录，这也是为什么默认情况下dll不会被纳入提交的原因，不需要额外调整项目配置就能实现预期效果

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