对于我因此遇到的所有Dockerfile(虽然数量不多),它们所有人都使用了FROM
子句作为现有映像的基础,即使它是FROM scratch
。
这个条款是必需的吗?有没有FROM
子句的Dockerfile是否可能?这样创建的容器可以执行任何操作吗?
编辑
我读
没有FROM指令的Dockerfile没有父映像,称为基本映像。
https://docs.docker.com/glossary/?term=parent%20image
但是我认为这可能是一个错误。
根据官方文档,它是必需的:
该 FROM 指令初始化一个新的构建阶段,并设置基本映像用于随后的指令。因此,有效的Dockerfile 必须 以 FROM
指令开头。该图像可以是任何有效图像-从公共存储库中拉出图像特别容易启动。
https://docs.docker.com/engine/reference/builder/#from
随着新的工具栏小部件的引入和AppCompat(android.support.v7.widget.Toolbar)版本的推出,是否还需要调用setSupportActionbar(工具栏)?或者调用setSupportActionbar有什么好处吗;现在我们可以设置标题、子标题、导航图标、导航图标单击侦听器(getSupportActionBar()。直接在工具栏上设置DisplayHomeAs
问题内容: 假设我有一个模块和一个子模块。如果要在中使用方法,我是否需要直接导入还是足够导入? 例如,以下引发错误: 和以下作品: 但是我不确定这是否通常是需要的,或者我的代码本身是否有问题。(我认为通常需要直接导入子模块…但是我可能发誓我看到没有直接导入子模块的代码仍然可以正常工作。) 问题答案: 如果要在中使用方法,我是否需要直接导入还是足够导入? 您需要显式导入子模块。执行将自动导入父模块,
问题内容: SQL Server是否支持SQL:1999标准的声明?例如查询 可以使用重写 问题答案: 也有一个针对此问题的Uservoice条目,您可以在其中投票将其包含在下一个版本中: 添加对ISO <独特谓词>的语言和优化程序支持
问题内容: 我正在使用Hibernate Search,文档和书籍说我在id字段上需要@DocumentId,以便Hibernate Search可以知道如何将索引映射到对象。 没有代码中的@DocumentId,我的代码似乎运行良好。Hibernate Search是否变得足够聪明,以至于@Id字段是一个很好的默认值?是否会引起一些不明显的问题? 谢谢你的时间! 问题答案: 如果您使用的是老式的
问题内容: 以下代码: 是/是打开JDBC连接所必需的。 我听说现代JDBC驱动程序不再需要它。但是我无法在项目中将其删除,因为我遇到了异常。我正在使用Java7和tomcat7。 什么时候可以省略构建? 问题答案: 从JDBC 4.0开始,不需要Class.forName()。 这是JDBC的Java教程的摘录。 在 早期 版本的JDBC中,要获得连接,首先必须通过调用方法Class.forNa
问题内容: 我需要从该站点下载哪个tar? 我已经尝试过fortrans,但是一直出现此错误(明显地设置了环境变量之后)。 问题答案: 该SciPy的网页用来提供构建和安装说明,但说明现在依靠操作系统二进制分发。要在没有预编译所需库软件包的操作系统上构建SciPy(和NumPy),必须先构建然后静态链接到Fortran库BLAS和LAPACK: 仅执行五个g77 / gfortran / ifor