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
- 项目1.csproj
- 项目2
- 项目2.csproj
- 项目3
- 项目3.csproj
- 测验
- 测试项目1
- 测试项目1.csproj
- 测试项目2
- 测试项目2.csproj
- 测试项目1
- WPF项目
- Wpf项目1
- Wpf项目1.csproj
- Wpf项目2
- Wpf项目2.csproj
- Wpf项目1
- 项目1
- 计划
- 网络
- 解决方案
现在我们使用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管理的程序集的东西),那么您必须手动修复项目文件中的这些问题。