Tag: 持续集成

具有泊坞窗图像的远程服务器如何知道何时拉出使用CI工具构build的新图像?

我们一直在将我们的项目转移到最近的自动部署。 在过去的几天里,我已经configuration了我们的docker集装箱,用docker-compose互相沟通。 现在我们将所有的东西都转移到了Gitlab CI上,这个Gitlab构build了一个应用程序映像。 然而,我坚持stream程的概念部分。 如何使我的应用程序与其他docker集装箱协同运行的远程数字海洋液滴知道何时拉出在CI中构build的新图像? 是否有脚本需要写入,检查新的图像,并拉动容器? 如果我使用docker-compose在远程服务器上运行容器,容器是否能够轻松地用新容器换出? 根据这篇文章 ,作者说 我们在服务器上运行docker-compose pull && docker-up -d来下载最新版本的镜像并升级我们的容器。 这是否意味着他有一个服务器上的docker-compose文件副本,将图像拖到服务器上并运行它们? 编辑 在gitlab文档中 deploy: stage: deploy script: – ./deploy.sh only: – master 什么将deploy.sh看起来像?

你如何使用DigitalOcean上的Gitlab Registry的docker-compose?

每当我尝试docker pull registry.gitlab.com/our/private/registry我得到一个错误Error: image our/private/registry:latest not found 。 那么我怎样才能从gitlabregistry中取出我们的容器呢? 我做了什么: 1)安装有docker的数字海洋液滴 2)不知道它是否gitlabci-multi-runner但我安装了gitlabci-multi-runner

Dockernetworking设置

我已经在我的CentOS机器上安装了docker。 我想用我的已安装的docker工具进行连续部署。 我有Gitlab来运行CI / CD。 我想将我的代码部署到我的docker。 但是,我找不到我的dockernetworking。 我应该使用什么端口? 我有我的机器的公共IP。 谢谢 最好的祝福

Docker:尝试连接到本地CircleCI构build的Docker Daemon时拒绝了权限

我有一个非常简单的config.yml : version: 2 jobs: build: working_directory: ~/app docker: – image: circleci/node:8.4.0 steps: – checkout – run: node -e "console.log('Hello from NodeJS ' + process.version + '\!')" – run: yarn – setup_remote_docker – run: docker build . 它所做的一切:启动node映像,testing节点是否在运行,执行yarn install和docker build 。 我的dockerfile没有什么特别的; 它有一个COPY和ENTRYPOINT。 当我使用Docker Native在我的MacBook Air上运行circleci build ,出现以下错误: Got permission denied while trying to connect […]

使用bitbucketpipe道进行dropwizard + mysql + maven + docker项目的持续集成/交付

我试图为我的一个项目(从本地mac OS开发到生产安装 – 可能是Heroku或AWS或自己的空白VM)设置开发和部署过程。 这是目前的设置: 使用dropwizard的Java微服务 – 在本地mac OS中开发 一些python代码,但不是服务和用户所面对的 MySQL数据库 Maven作为构build工具 bitbucket git VCS 我已经在Mac本地构build了一个示例dropwizard项目,然后使用maven-docker-plugin创build了一个docker镜像。 这工作得很好,我把它推到dockerhub仓库。 我的testing环境是一个空白的虚拟机(我已经安装了Ubuntu 14.4,我试图find一种方法来自动部署这个镜像到虚拟机,每当我做一个代码推git。我该怎么做?Bitbucketpipe道选项? 理想情况下,如果所有的集成testing都通过了,然后将其发送到testing服务器上的另一组testing环境,那么理想情况下,我将dockerize(microservices,mysql等)的所有东西都部署到代码推送环境中。 任何想法如何以一个不那么复杂的方式做到这一点,将不胜感激。 PS:我正在考虑在testing中为mysql运行一个只有数据的容器,并分别进行操作,以便在新的推送时数据不会丢失。 我读到这是使用docker集装箱保留生产数据的推荐方法。

在当地jenkins CIbuild立一个项目,并将该项目部署到Digital Ocean等远程服务器

我在jenkins是全新的。 最近,我在本地电脑上学到了非常基本的jenkins CI程序。 一切正常。 现在我想从当地的jenkins CI部署一个项目到数字海洋服务器。 提到我在本地使用GIT和Jenkins,不想使用远程服务器的GIT,如github,bitbucket等。我GOOGLE了,但我发现所有的教程是基于远程服务器,每个人都使用jenkins和GIT远程。 你能给我build议教程我可以做什么或如何达到我的目标? 提前致谢。

我们是否可以创build多个Windows容器,可以将其用作单个Windows Server VM的VSTS构build代理?

问题:为了减less我们当前在VSTS中用作构build代理的虚拟机过多的维护。 想法解决:我们正在考虑使用从单独的windows服务器虚拟机创build的多个docker窗口容器作为VSTS构build代理。因此,我们希望这些容器成为VSTS构build代理池的一部分。 我们是否可以创build多个Windows容器,可以将其用作单个Windows Server VM的VSTS构build代理?

Redis的python不能在Docker中创build本地服务器

所以我有这样的设置,在一个Docker容器中,我需要运行一个Python库testing套件(为我公司devise),在我的Redis Connectortesting套件中,创build一个locaclhost:6379 redis服务器被拒绝。 redis.exceptions.ConnectionError:错误111连接到本地主机:6379。 拒绝连接。 test_redis.py在具有nose的开放环境中传递,但在持续集成(在Docker中)失败。 Docker是否阻塞所有的localhost服务,或者我使用了错误的方法? build立 Ubuntu 17.04 Docker版本1.12.6,build 78d1802 Dockerfile: FROM continuumio/miniconda3:4.3.14 MAINTAINER … <…@fifty-five.com> WORKDIR /app RUN which conda && which python && which pip && apt update && apt install -y build-essential libblas-dev liblapack-dev libatlas-base-dev gfortran RUN conda install -y numpy && conda install -y scikit-learn && conda install -y […]

如何将大量的竹子variables传递给docker集装箱?

我有Dockerconfiguration任务,我需要在Docker容器中执行一个使用Bamboovariables的bash脚本。 有没有办法将所有的竹子variables传递给docker集装箱? 我有很多的竹计划,其中有很多不同的variables,所以把所有的variables放在容器环境variables不是一个选项。 当然,我可以在一个任务中将它们转储到文件中,并在Docker任务中parsing文件中的variables,但是我希望find一个更简单的解决scheme。 谢谢!

为什么容易将docker守护进程绑定到0.0.0.0?

最近我在我的docker gitlab CI容器中出现错误: 无法连接到Docker守护进程。 docker守护程序是否在这个主机上运行? 我发现这个线程在一个职位的build议 : sudo service docker stop && sudo nohup docker daemon -H tcp://0.0.0.0:2375 -H unix:///var/run/docker.sock & 最终我在我的服务器主机上发现了一个滥用警告,那就是我的机器在端口2375上进行了端口扫描 我发现一个https://hub.docker.com/r/kannix/monero-miner/的实例杀死了它十次,最终重新启动,并且从那以后还没有返回。 这个网站表明有一个: Cisco CloudCenter Orchestrator(CCO;以前称为CliQr)的Docker Engineconfiguration中的漏洞可能允许未经身份validation的远程攻击者在受影响的系统上安装具有高权限的Docker容器。 受影响的产品:此漏洞影响Docker Engine TCP端口2375在系统上打开且绑定到本地地址0.0.0.0(任何接口)的所有Cisco CloudCenter Orchestrator(CCO)部署版本。 所以我的问题是:以上的方式(绑定到tcp://0.0.0.0:2375)启动docker守护进程本质上是脆弱的(如果是这样,为什么?)还是在docker中的错误?