发表文章

[Java] 通过提供默认参数, minikubeDockerBuild 更有帮助。 Have minikubeDockerBuild be more helpful by providing default parameters.[minikube-build-tools-for-java]

coollog 2017-10-9 27

当前, minikubeDockerBuild (#7) 采用 contextflags

我们希望通过提供一些默认的 docker build 参数作为任务配置的一部分来帮助您:

1. dockerfile -将任务配置为-f <value>
默认:src/main/docker/Dockerfile
-原因: 因为我们真的不希望找到 Dockerfile 在 Gradle 项目的根。

  1. 原因: 为用户省去了定义生成上下文/Dockerfile 位置本身的麻烦。
    1. 正在进行中 (#16)一个单独的任务 prepareMinikubeDockerBuild , 用于准备用于 minikubeDockerBuild 的上下文。采用参数:
      • context: 任务同步到build/docker
        • 默认:build/libs
      • dockerfile: 任务同步到build/docker/Dockerfile
        • 默认:src/main/docker/Dockerfile
    2. ** 正在进行中 (#17) ** 对 minikubeDockerBuild build/docker 其上下文具有使用, 并取决于成功执行 prepareMinikubeDockerBuild 任务。
  2. 正在进行中 (#15) tag-配置任务-t <value>
    • 默认:${project.group}/${project.name}:${project.version}
    • 原因: 为用户提供一个方便的标签, 以引用图像

请对要提供的配置有更多的意见。以上列表将以更多的想法进行更新。

原文:

Currently, minikubeDockerBuild (#7) takes a context and flags.

We want it to be more helpful by providing some default docker build parameters as part of the task configuration:

1. dockerfile- configures the task with -f <value>
- Default: src/main/docker/Dockerfile
- Reason: since we don't really expect to find Dockerfile in the root of a Gradle project.

  1. Reason: save the user the hassle of having to define build context/Dockerfile location themselves.
    1. IN PROGRESS (#16) A separate task prepareMinikubeDockerBuild that prepares the context to use for minikubeDockerBuild. Takes parameters:
      • context: the task syncs this to build/docker
        • Default: build/libs
      • dockerfile: the task syncs this to build/docker/Dockerfile
        • Default: src/main/docker/Dockerfile
    2. **IN PROGRESS (#17) ** Have minikubeDockerBuild use build/docker for its context and depends on the successful execution of the prepareMinikubeDockerBuild task.
  2. IN PROGRESS (#15) tag - configures the task with -t <value>
    • Default: ${project.group}/${project.name}:${project.version}
    • Reason: provides the user with a convenient tag to refer to the image with

Please comment with more ideas about what configuration to provide. The above list will be updated with more ideas.

相关推荐
最新评论 (8)
r2d4 2017-10-9
1

用类似的东西自动 "tag" 参数可能会很有用$ORGANIZATION/$PROJECT_NAME:$VERISON

原文:

It might be useful to auto-populate the "tag" parameter with something like $ORGANIZATION/$PROJECT_NAME:$VERISON

coollog 2017-10-9
2

好吧, 像这样的一个领域:

imageTagConfig-嵌套属性: organizationName , projectName ,version
(使用 -t <organizationName>/<projectName>:<version> ) 配置任务

@loosebazooka

原文:

Okay, how about having a field like:

imageTagConfig - nested with properties: organizationName, projectName, version
(Configures the task with -t <organizationName>/<projectName>:<version>)

@loosebazooka

coollog 2017-10-9
3

此外, @loosebazooka , 似乎 Dockerfile 必须位于生成上下文中, 因此 build/libs 具有默认 Dockerfile 的默认上下文 src/main/docker/Dockerfile 将不起作用。

原文:

Also, @loosebazooka , it seems that the Dockerfile must be in the build context, so a default context of build/libs with a default Dockerfile of src/main/docker/Dockerfile would not work.

loosebazooka 2017-10-9
4

我想你可以把这些作为任务的基本属性, 并从 gradle 配置 (如 project. 版本和项目) 中提取默认值. 名称?

原文:

I think you can just have those be base properties on the task, with defaults pulled from the gradle config, like project.version and project.name?

coollog 2017-10-9
5

如果用户不想使用自动任务, 该怎么办?我们是否应该包括另一个称为 useAutoGeneratedTag 默认值为 true 的属性?

原文:

What if the user wanted to not use the auto-populated task? Should we include another property called useAutoGeneratedTag that defaults to true?

loosebazooka 2017-10-9
6

我不知道重写顺序是什么, 但如果用户在 "标志" 中使用-t, 则应该覆盖我们从 imageTagConfig 中配置的任何内容 (或者, 无论该配置最终是什么)

原文:

I'm not sure what the override order is, but if the user uses -t in "flags", that should override whatever we've configured from imageTagConfig (or whatever that config ends up being)

coollog 2017-10-9
7

用户实际上可以指定多个 t 标记, 它将标记与所提供的每个标记相同的图像, 因此不存在重写。

原文:

The user can actually specify multiple -t tags, and it will tag the same image with each tag that is provided, so there is no override.

coollog 2017-10-9
8

关闭挂起的设计, 以新的方式建设与 Minikube 泊坞环境。

原文:

Closed pending design for new way of building with the Minikube Docker environment.

返回
发表文章
coollog
文章数
2
评论数
9
注册排名
21488