C# 在遗留解决方案中使用paket

C# 在遗留解决方案中使用paket,c#,powershell,nuget,paket,C#,Powershell,Nuget,Paket,我们有几种具有以下文件夹结构的传统解决方案: 根文件夹 解决方案 解决方案1 构建输出 Sulution 1.sln 解决方案2 构建输出 Sulution 2.sln 解决方案3 构建输出 Sulution 3.sln 软件 网络 计划 项目1 项目1.csproj 项目2 项目2.csproj 项目3 项目3.csproj 测验 测试项目1 测试项目1.csproj 测试项目2 测试项目2.csproj WPF项目 Wpf项

我们有几种具有以下文件夹结构的传统解决方案:

  • 根文件夹
    • 解决方案
      • 解决方案1
        • 构建输出
        • Sulution 1.sln
      • 解决方案2
        • 构建输出
        • Sulution 2.sln
      • 解决方案3
        • 构建输出
        • Sulution 3.sln
    • 软件
      • 网络
        • 计划
          • 项目1
            • 项目1.csproj
          • 项目2
            • 项目2.csproj
          • 项目3
            • 项目3.csproj
          • 测验
            • 测试项目1
              • 测试项目1.csproj
            • 测试项目2
              • 测试项目2.csproj
          • WPF项目
            • Wpf项目1
              • Wpf项目1.csproj
            • Wpf项目2
              • Wpf项目2.csproj
所有解决方案都有一些与其他解决方案相同的项目


现在我们使用nuget作为包管理器。是否可以将paket与此文件夹结构一起使用?如果是,怎么做。我尝试了从nuget进行转换,但没有成功。

Paket团队在github()上很好地回答了这个问题

我必须从
root
文件夹运行
convert from nuget
,而不是从
solution
文件夹运行

帕克特总是向下看,从不侧视或向上看

然后,如果需要,我必须限制/纠正
paket.dependecies
定义。由于Unity nuget包,我需要限制为.net 4.0 framework版本

至少我必须执行
paket install--hard
以干净地安装所有软件包。

这应该是可能的(
paket
在执行操作时进行递归文件夹扫描),但是使用
convert from nuget
时遇到了什么问题?如果您有错误使用Nuget依赖项的东西(比如手动引用Nuget管理的程序集的东西),那么您必须手动修复项目文件中的这些问题。