在传统解决方案中使用paket

时间:2015-08-06 07:16:09

标签: c# powershell nuget paket

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

  • 根文件夹
    • 解决方案
      • 解决方案1
        • BuildOutput
        • Sulution 1.sln
        • ...
      • 解决方案2
        • BuildOutput
        • Sulution 2.sln
        • ...
      • 解决方案3
        • BuildOutput
        • Sulution 3.sln
        • ...
    • 软件
      • DOTNET的
        • 项目
          • 项目1
            • Project 1.csproj
            • ...
          • 项目2
            • Project 2.csproj
            • ...
          • 项目3
            • Project 3.csproj
            • ...
          • 测试
            • 测试项目1
              • 测试项目1.csproj
              • ...
            • 测试项目2
              • 测试项目2.csproj
              • ...
          • WPF项目
            • Wpf Project 1
              • Wpf Project 1.csproj
              • ...
            • Wpf Project 2
              • Wpf Project 2.csproj
              • ...

所有解决方案都有一些与其他解决方案相同的项目。

现在我们使用nuget作为包管理器。是否可以使用paket而不是这个文件夹结构?如果是,那怎么样。我尝试了convert-from-nuget,但这不起作用。

1 个答案:

答案 0 :(得分:1)

Paket团队在github上很好地回答了这个问题(https://github.com/fsprojects/Paket/issues/965)。

我必须从myDatabaseName, ibdata1 , ib_logfile0, ib_logfile1 , mysql , mysql.sock , performance_schema文件夹而不是convert-from-nuget文件夹中运行root

  

Paket总是向下看,从不侧身或向上看。

然后,如果需要,我必须限制/更正solution定义。由于Unity nuget包,我需要限制为.net 4.0框架版本。

至少我必须执行paket.dependecies来彻底安装所有软件包。