docker-compose

    1热度

    1回答

    我想配置从VSTS到Azure容器注册表的持续集成,然后再配置到WebApp。 这里是我的泊坞窗,compose.yml文件: 正如你可以看到我使用的是一个Asp.Net核心+ MSSQL。 版本: '3' services: api: image: tbacr.azurecr.io/myservice/api container_name: api bui

    0热度

    1回答

    我有泊坞撰写下面的信息 映像文件:$ {DOCKER_REGISTRY}/MDM-elasticsearch:$ {SEARCH_IMAGE_VERSION} 我想设置与价值SEARCH_IMAGE_VERSION POM或从命令 mvn clean install -D {内部版本号}

    2热度

    2回答

    我创建了一个相当标准的asp.net核心应用程序,我在Docker内托管。这在本地运行,现在我试图使用VSTS构建和部署到Azure。 构建步骤未能与消息: Service 'coredockerapi' failed to build: COPY failed: stat /var/lib/docker/tmp/docker-builder145772260/obj/Docker/publish

    1热度

    1回答

    这是我的目标,我想为我的Gitlab服务器配置电子邮件。我遵循了很多教程,但我无法完成它的工作。 我的配置如下,我在Docker容器中有一个反向代理,我的Gitlab服务器也在Docker容器中。 关于版本: Docker version 17.09.0-ce, build afdb6d4 docker-compose version 1.16.1, build 6d1ac21 这里是我的搬

    1热度

    1回答

    我有一个bash脚本,位于docker-compose.yaml提供的目录上面。 里面bash脚本有命令: docker-compose exec ${service} /somescript_inside_container.sh 当执行这个bash脚本我越来越: ERROR: Can't find a suitable configuration file in this di

    0热度

    1回答

    我的撰写yaml有3个服务 当我使用docker-compose时,我能够成功运行容器。 现在我想将这3个容器构建成单个图像。可能吗? 这里是这不是建议我 撰写,YAML version: '2' services: tomcat: container_name: tomcatcomposejdk build: . image: 'apexits/ubu

    0热度

    1回答

    我有一个docker撰写文件,包含两个微服务,我想利用URI路由来处理CORS。这里是我撰写的文件: version: "3.1" services: auth-api: image: xxxx/auth-api:latest restart: always depends_on: - "user-api" user-api:

    0热度

    1回答

    我的Docker容器正在运行端口3000上的Rails,并将端口发布到端口8900。请参阅: $搬运工,撰写PS Name Command State Ports rails_poc_1 /bin/sh -c puma -C config/ ... Up 0.0.0.0:3000->8900/tcp 然而,参观http://localhost:8900当我的浏览器显示ER

    0热度

    1回答

    我正在使用docker撰写本地开发环境在macOS上撰写。我们有多个用php编写的应用程序,并且可以与Symfony一起运行。代码通过卷附加到容器上。与Linux主机相比,我遇到了非常差的性能问题。 事实证明,问题是由基于osxfs(一种共享文件系统解决方案,专门用于Mac的Docker)的挂载卷导致的。 问题是很好的解释在这里:https://blog.docker.com/2017/05/us

    2热度

    1回答

    我正在为我的节点应用程序进行单元测试。我为测试使用了开发和SQLite的postgresql数据库。但是Sqlite并不理解postgresql的某些功能,例如to_tsvector,有时我遇到了SQLITE databse locked的问题。所以我认为对于服务器来测试本地和构建服务器上的应用程序。这是一个很好的解决方案吗?我发现一些备选方案提及使用docker container testin