Swift构建总是在Docker中构建整个包

使用像这样的Dockerfile时:
FROM swift:latest
RUN mkdir foo && cd foo && swift package init
RUN cd foo && swift build && swift build
RUN cd foo && swift build

当第3步运行时,swift build将只编译应用程序一次,因为第二次执行将只使用已构建的对象,输出将是单个Compile Swift Module’foo'(1个来源)

然而,在运行第4步时,它似乎忽略了已经构建的任何东西,并重新重建整个事物,尽管没有任何改变且没有干净.我试过运行RUN ls /foo/.build&& ls / tmp,一切似乎都到位了.

我想要在现实中实现的是设置我的图像所以我首先从git克隆项目,构建它(所以这个“基础”层由docker缓存),然后copY在本地机器的任何变化中构建新的更新,但最终建立整个项目2次.

任何的想法?

编辑:这是我的实际Dockerfile的样子:

FROM swift:latest
RUN git clone git@foo.com/foo.git
RUN cd /foo && swift build
copY . /foo
RUN cd /foo && swift build

理想情况下,前三层将保持缓存,最后两层只会构建新的更改,而不是最终重建整个项目

您需要验证swift构建确实能够首先构建增量更改(意思是“一般”,不涉及docker)

一个类似“Compile Time Incredibly Slow”的线程(使用XCode,即使选项“”Xcode也不会在只发生小的变化时重建整个目标.“不会激发信心.

如果swift构建确实重建了所有内容,那么任何层缓存都不会避免完全重建.

相关文章

软件简介:蓝湖辅助工具,减少移动端开发中控件属性的复制和粘...
现实生活中,我们听到的声音都是时间连续的,我们称为这种信...
前言最近在B站上看到一个漂亮的仙女姐姐跳舞视频,循环看了亿...
【Android App】实战项目之仿抖音的短视频分享App(附源码和...
前言这一篇博客应该是我花时间最多的一次了,从2022年1月底至...
因为我既对接过session、cookie,也对接过JWT,今年因为工作...