【问题标题】:using nuget cache inside a docker build with .net core when offline离线时在带有 .net 核心的 docker 构建中使用 nuget 缓存
【发布时间】:2020-03-22 13:30:45
【问题描述】:

在锁定区域的新区域,我现在只能使用价格过高的 sim 卡数据计划,我正在寻找一种方法来最小化带宽。

我有一个应用程序,它的构建有一个常规的 dockerfile,但它每次都会上线恢复包。

我在 MacOS 上,构建过程不需要是可移植的。

由于我有一个本地 nuget 包缓存 (~/.nuget/packages),我想利用它并重新使用这些文件。

首先,我想指出,从我的 IDE 进行发布并使用该结果不是这个项目的一个选项,我真的需要从源代码构建它。

也有很多关于直接或半相关情况的讨论和一些博客文章,但似乎都没有提出理想的解决方案。我做了相当广泛的搜索。如果您认为这是与有效解决方案的现有帖子的重复,请仔细查看。

我看过的东西:

  • 我能否将 .nuget 缓存挂载到一个卷中并在 docker 构建过程中使用它。答案似乎是否定的,因为 docker build 没有 -v / --volume 选项。
  • 我可以安装本地 nuget 服务器吗?我发现的唯一有效的 MacOS 解决方案是 BaGet,在尝试使其工作时,我注意到一个开放的票证,上面说在将其用作缓存时不会提取包依赖项,因此它不是一个有效的解决方案。
  • 我可以在 docker build 的一层中恢复所有包吗?可能,但这很棘手,因为导入了很多子项目,这意味着包会在更改时定期重新导入。

我目前看到的是:

  • 通过符号链接使 .nuget 文件夹成为构建文件夹的一部分
  • 找到所有要包含的 fsproj 文件,然后将它们复制到 docker build 的一层中
  • 使用符号链接作为包源执行 dotnet 恢复
  • 构建,作为下一层

一个问题是我无法对 fsproj 依赖项进行硬编码,并且无法从 dockerfile 中找到所有项目文件。一篇博客文章建议了一个预处理过程,在该过程中找到文件,将其放入存档中,然后在 dockerfile 中展开。

在我开始走上复杂的道路之前,有没有人尝试过解决这个问题?还是想出了一个好的清洁解决方案?


编辑:

docker 不会访问指向构建目录之外的符号链接

【问题讨论】:

  • 嗨,你能解决这个问题吗?我也有同样的问题
  • 不,我没有,但建议的 buildkit 似乎是正确的答案,因为我认识的其他人也经历过同样的事情

标签: macos caching .net-core nuget dockerfile


【解决方案1】:

如果您还没有这样做,我必须查看Docker BuildKit 的一个建议。 BuildKit 添加了对 Dockerfile 挂载的支持。它支持 various types of mounts 一个 cache 用于这个确切的场景 - 构建缓存工件,例如 NuGet 包。

【讨论】:

  • 我根本不知道 BuildKit!谢谢,我要去看看它是否有效!
猜你喜欢
  • 2021-05-22
  • 2020-02-15
  • 1970-01-01
  • 1970-01-01
  • 2019-04-29
  • 1970-01-01
  • 2015-08-26
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多