2 篇博文 含有标签「Docker CLI」

提升​

• 职能：项目经理在项目中拥有管理员权限
• 流水线：重新设计统计分析页面
• My-ID：重新设计工作区帐户页面
• 服务：主机名现在支持 _ 字符
• 直接添加到项目中的集成现在具有默认“项目”权限范围
• 变量现在以 : 分隔符显示，例如：BUDDY_EXECUTION_REF: refs/heads/master
• 新变量：BUDDY_EXECUTION_WEBHOOK_PAYLOAD - 包含来自外部提供商的webhook负载或来自使用webhook URL触发的流水线负载
• [操作：Docker CLI] 添加了调试模式
• [本地部署] 现在可以重命名主工作器

修复​

• 为从自定义AMI(Ubuntu, Linux, Windows)启动的虚拟机添加了缺失镜像的错误消息

自2013年推出以来，Docker一直是软件开发人员的福音。一个隔离独立的测试环境，一个在整个团队中共享工具和依赖项的独立运行时且快速与易用，有保证的Kubernetes可扩展性——所有这些都与CI/CD(持续集成、持续交付、持续部署)所需完全一致。

10年以来，Buddy可以让您基本上自动化每一个Docker任务：

• 构建Docker镜像，无论是单架构还是多架构。
• 在流水线中运行镜像并测错
• 将镜像推送到选定的注册中心：Docker Hub、Amazon ECR、Google GCR & 工件注册中心或任何私有注册中心
• 在远程服务器上拉取并运行镜像
• 编排容器并在Kubernetes集群上运行Helm操作
• 在Dockerfile中查错

然而，由于容器与每个容器的通信方式，想要在Docker中运行Docker或docker-compose操作的用户被迫将Ubuntu虚拟机操作与预安装的Docker CLI一起使用。该操作将启动与基础构架其余部分隔离的专用虚拟机，从流水线文件系统上传文件，对文件运行命令，并将处理后的文件下载回文件系统。但是，与“常规”容器操作相比，此解决方案的缺点是性能有些缓慢。

现在情况有了改变。

全新Docker CLI操作​

上周发布的全新Docker CLI操作为从头开始重写，以与流水线文件系统一起使用，优势多多：

• 用户不再需要等待虚拟机准备就绪
• 无需在虚拟机和文件系统之间定义同步路径
• 无需将Docker镜像上传到注册中心并下载即可在虚拟机上使用
• Docker缓存与其他Docker操作共享
• 完美支持docker-compose和Docker中的Docker

如何工作​

该操作将启动具有Docker CLI的容器。在容器中，可以定义要运行的命令：

此外，还可以选择Docker注册中心，从中推送或拉取工作流所需的镜像：

与其他操作一样，您可以使用所需的工具和包自定义容器，定义触发条件，并使用环境变量来简化流程。来吧，尊敬的用户们！来试一试！并告诉我们您当前设置下其性能表现如何。

加油 加油 加加油！