写点什么

Paket:一个面向.NET 的包管理器

  • 2016-01-15
  • 本文字数:1602 字

    阅读完需:约 5 分钟

Packet 是一个面向.NET 语言的包管理器,旨在作为广受欢迎的 NuGet 的一个替代选项。InfoQ 联系了项目联合创始人 Steffen Forkmann,了解更多有关 Paket 起源和特性的信息。

InfoQ:考虑到 NuGet 的广泛应用,你们主要出于什么目的创建一个新的.NET 包管理器?

Steffen Forkmann:虽然我们确实非常喜欢使用 NuGet 包,而且也为其生态系统做贡献,但在一些特殊的情况下,我们还是感觉很痛苦。大多数问题都是源于 NuGet“它只是一个 Visual Studio 宏”的理念。这意味着,nuget.exe 并没有被视为一个真正的依赖管理器,但作为一个宏,它允许开发人员下载包并 Visual Studio 项目内部引用它们。对于许多专业软件开发项目,这种隐藏依赖的理念带来了许多痛苦。加之 nuget.exe 存储包的路径里会带有版本号,而且没有全局概览,除非是在最简单的项目中,否则很快就会变得难以管理。

在我们开始 Paket 项目的时候,我们已经仔细进行过一些关于修改 NuGet 模型的讨论,但 NuGet 的团队明确表示,这不是他们想要的方式。由于 Paket 大多数新增功能都是破坏性的,他们无意将这些更改引入 nuget.exe。

所以,为了解决我们自己的依赖管理问题,Alexander Gross 和我就开始创建一个新的项目。项目的范围只是取代 nuget.exe,也就是取代 NuGet 的客户端。另外,我们还制定了以下项目原则:

  • 可以融入现有的 NuGet 生态系统
  • 使用最少的工具(纯文本文件)做事
  • 适用于所有平台
  • 一切都是自动化的
  • 创建一个优秀的社区

InfoQ:请您介绍下 Paket 中依赖解析的工作原理?它是如何处理冲突的?

SF:Paket 使用 paket.dependencies 文件指定项目依赖。通常仅指定直接依赖,而且所允许的包的版本范围常常很广。在“paket install”的过程中,Paket 需要指定特定包的具体版本,以及它们的传递性依赖。然后,这些版本会保存到 paket.lock 文件。

为了指定具体的版本,Paket 需要解决如下约束满足问题:对于 paket.dependencies 文件中的每一个包以及它们所有的传递性依赖,均选择最新的版本,这样,所有的版本约束就都得到了满足。

对于这个问题,通常存在不止一个解决方案,而解析器会选择它找到的第一个方案。Paket 的网站上有一篇文章更详细地解释了解析过程

如果解析器无法找到一个有效的解决方案,那么它需要向用户报告一个错误。由于搜索树可以非常大,而且可能包含许多不同种类的失败,所以它只会报告最后一个它无法解析的冲突,以及一些有关这个冲突的来源信息。

与 nuget.exe 不同,在整个解决方案中,相同的包,Paket 只允许用户使用一个版本。因此,用户不会无意中因为从不同的项目中引用同一个包的不同版本而引入版本冲突。如果实在需要同一个包的不同版本,那么可以通过依赖组来实现。

InfoQ:Paket 支持所有.NET 语言吗?(你们是否统计过它在 C#和 F#项目中的应用?)

SF:是的,Paket 基本上支持所有的.NET 语言——甚至是像 Nemerle 那样的东西。我们的大多数用户都是 C#企业型公司,但由于我们没有跟踪我们的用户,所以我们没有任何相关的统计数据。

InfoQ:您希望看到 Paket 未来增加什么特性?哪个特性是用户要求最多的?

SF:目前,我们正致力于 Paket 3.0 的开发,它会带来一项重要的新特性。基本的思路是,用户可以在 paket.dependencies 文件中引用一个 Git 库,Paket 会为用户克隆和构建项目。如果构建生成了 NuGet 包,那么用户可以把它们作为额外的包来源。

目前要求最多的特性是支持 CoreCLR/DNX 项目,但我们需要为此对 project.json 模型做些修改。遗憾的是,我们现在还没有想出一个满意的方案,但我们希望能够同微软的团队一起来解决这个问题。

InfoQ:您还有什么需要补充吗?

SF:我想谢谢所有的贡献者以及整个 Paket 社区,是他们让这个项目在如此短的时间内取得了如此巨大的成功。没有他们的帮助,这是不可能的。

Paket 是一个托管在 GitHub 上的开源项目。读者可以从 FsProjects 页面查看文档。

查看英文原文: Introducing Paket, a Package Manager for .NET

2016-01-15 18:002982
用户头像

发布了 1008 篇内容, 共 389.6 次阅读, 收获喜欢 344 次。

关注

评论

发布
暂无评论
发现更多内容

想秀你就秀!环信MVP招募计划正式启动,诚邀您加入!

环信

IT 即时通讯 IM 技术分享

在万家灯火阑珊处,重新认识平板电脑

脑极体

一文读懂当今AI圈大热的“MLOps”

澳鹏Appen

人工智能 机器学习 大数据 数据标注 运维开发

俄航天局局长:外星生命或正在研究人类文明

Dylan

俄罗斯 外星人 航天局

三星堆重大发现!信息量巨大

Dylan

三星堆 四川省 文物

华为云Stack首席架构师:打造“称手”的数字化工具,答好政企IT数字化转型这道必选题

华为云开发者联盟

云计算 数字化转型 多云管理 华为云Stack

SQL优化

工程师日月

6月月更

快速实现微信登录第三方小程序快捷方式

Geek_99967b

小程序 小程序转app

让你驱动力开机工作了,不是在待机状态。

叶小鍵

如何方便的将小程序转换成APP

Geek_99967b

小程序 小程序容器

静态链接,静态分派,动态链接

北洋

android 6月月更

想学好软件测试,这些软件必不可少

伤心的辣条

Python 程序员 程序人生 软件测试 自动化测试

剑指 Offer 58 - II. 左旋转字符串

未见花闻

6月月更

Notebook在复现数据科学研究成果中的丝滑使用

Baihai IDP

AI notebook 数据科学 科研成果

ConcurrentHashMap 源码分析-扩容

zarmnosaj

6月月更

Lazada的算法本土化实践:让东南亚没有难投放的广告

科技新知

信用卡业务愈卷愈烈,银行机构如何突围?

易观分析

信用卡业务

工业互联网生态建设加速,小程序容器技术跨端开发特性助力突围

Speedoooo

跨端开发 软件安全 降本增效 敏捷迭代 多端运行

实时数仓实战

鲸品堂

数据 实时数仓

换掉bpmn-js,让前端更熟悉工作流业务

相续心

前端 流程图 workflow

用FinClip实现App小程序微信授权登录详解

Geek_99967b

小程序 小程序容器

gRPC C++开发环境搭建

赖猫

c c++ gRPC

软件测试需要学习什么?好学吗?需要学多久?到底是报班好还是自学好?

伤心的辣条

程序员 程序人生 软件测试 自动化测试 Python自动化

数据库每日一题---第11天:合作过至少三次的演员和导演

知心宝贝

数据库 前端 后端 6月月更

养老金融政策频出,市场有多大?

易观分析

养老消费

力扣每日一练之二分查找Day7

京与旧铺

后端 6月月更

Executor

急需上岸的小谢

6月月更

剑指offer系列——剑指 Offer 49. 丑数

未见花闻

6月月更

看完就会,从抓包到接口测试的全过程解析

伤心的辣条

程序员 自动化测试 接口测试 测试开发 Python自动化

投稿开奖丨云服务器ECS征文活动(3月)大奖公布

阿里云弹性计算

DNS 云服务器 ECS DoH

vue监听器

小恺

6月月更

Paket:一个面向.NET的包管理器_.NET_Pierre-Luc Maheu_InfoQ精选文章