【问题标题】:Use paket in legacy solutions在旧版解决方案中使用 paket
【发布时间】:2015-08-06 07:16:09
【问题描述】:

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

  • 根文件夹
    • 解决方案
      • 解决方案 1
        • 构建输出
        • 溶液 1.sln
        • ...
      • 解决方案 2
        • 构建输出
        • 溶液 2.sln
        • ...
      • 解决方案 3
        • 构建输出
        • 溶液 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?如果是,如何。我尝试了convert-from-nuget,但这不起作用。

【问题讨论】:

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

标签: c# powershell nuget paket


【解决方案1】:

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

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

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

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

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

【讨论】:

    猜你喜欢
    • 2010-10-23
    • 2013-06-11
    • 2012-07-27
    • 1970-01-01
    • 2021-11-30
    • 1970-01-01
    • 2022-06-29
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多