.net - 为什么Paket需要三个文件来支持依赖管理？

Question

我是一名习惯于 Maven 和 Gradle 的 Java 开发人员，现在进入 .NET 并试图了解 Paket。根据我的理解，Paket 有三个不同的文件来支持 .NET 解决方案的依赖项管理:

一个根 paket.dependencies 文件，您可以在其中列出您的直接依赖项和版本。

特定于项目的 paket.references 文件，您可以在其中列出已在 paket.dependencies 中列出的依赖项的子集。

paket.lock 自动生成的文件，其中列出了所有直接和传递依赖项及其版本。

使用 Maven 和 Gradle，我习惯于在一个文件中指定我的依赖项。我可以指定确切的版本，并确保后续下载的依赖项是相同的。为什么Paket需要三个文件？我希望每个项目中的 paket.references 文件就足够了。在 .NET 世界中，在如何管理依赖项方面是否存在一些我不知道需要这三个文件的问题或怪癖？

Answer 1

根 paket.dependencies 文件——您可以在此文件中对依赖项进行分组，从而访问同一依赖项的不同版本。

特定于项目的 paket.references 文件——在 paket.dependencies 中为单个项目定义的依赖项。可以选择引用一组 paket.dependencies 文件中的依赖项。

paket.lock 自动生成的文件——您的构建将使用此文件，而不是其他文件，以确保引用透明度。您可能会，也可能不会，在 paket.dependencies 中包含指定版本的指令。 paket.lock 文件每次都将构建锁定到相同的特定版本。您必须有意采取某种操作，通常使用 paket update 或 paket install 来更新您希望下一个构建使用的版本。