我在操作符SDK的帮助下创建了我的Kubernetes操作符,现在我想用我的GitHub回购进行一些自动构建,所以当我将一些东西推到主程序以触发操作符映像的构建时。
我可以使用go build + docker build (用于构建映像)而不是operator-sdk build吗?
因为如果它在做同样的工作,我不想再依赖一个工具来构建图像。
我使用operator-sdk build运行--verbose,看起来它只做了两件事(go build + docker ),但我不确定。在这些命令之前可能会有一些验证和检查,如果我不想这样的验证存在,我不想跳过它们。
用go和docker代替operator-sdk直接构建映像是个坏主意吗?因为我不想在构建过程中做一些特别的事情,所以如果有可能的话,我只想在构建基础结构中不再有一个依赖。
发布于 2020-05-01 22:51:57
我遇到了一个类似的问题,如果您查看operator-sdk的源代码,它实际上会触发go build和docker build ( CLI,甚至docker build的API)。所以,是的,我编写了一个简单的docker文件来执行go build。就这样。
编辑:下面是如何形成docker build命令并最终作为系统命令运行的源代码:https://github.com/operator-framework/operator-sdk/blob/master/cmd/operator-sdk/build/cmd.go#L98
https://stackoverflow.com/questions/61343626
复制相似问题