【发布时间】: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