我已经将卷shared安装到服务main中。现在,我正在尝试将相同的卷装入另一个容器client,该容器是从docker-compose up client容器(Docker)中以main启动的:
version: "3.8"
# set COMPOSE_PROJECT_NAME=default before running `docker-compose up main`
services:
main:
image: rbird/docker-compose:python-3.9-slim-buster
privileged: true
ent
我把docker主机放在一台机器上,把客户端放在另一台机器上。然后,我尝试从机器2(客户机)运行一些类似的命令。
docker -H tcp://machine1:port run -v ./dummy-folder:/dummy-folder alpine sh
虚拟文件夹是否可以通过TCP连接工作?对docker-compose也同样有效吗?对接群集模式也是如此吗?
我正在使用docker-compose来运行我的golang应用程序。
这是我的Dockerfile
FROM golang:1.13
WORKDIR /app
COPY go.mod ./
RUN go mod download
COPY . .
RUN go build -o main .
CMD ["/app/main"]
和我的docker-compose.yml
version: '3.7'
services:
app:
build: ./myapp
container_name: myapp
v
我是新手,我试着了解什么对我的项目(一个网络应用程序)是最好的。
到目前为止,我知道我可以:
使用docker-compose up -d启动由docker-compose.yaml中的一组规则定义的容器
从dockerfile生成一个映像,然后根据这个映像创建一个容器。
如果我正确理解,docker-compose up -d允许我(通过volumes)将文件(例如我的应用程序)装入容器中。但是,如果我构建了一个映像,我就能够将我的应用程序嵌入其中(使用Dockerfile和COPY指令)。
我的理解正确吗?我该如何在这两种选择中做出选择?
难道docker-compose up --build还不够吗?
这是我们的Dockerfile:
FROM node:8.12.0-alpine
# Set app directory
WORKDIR /usr/src/app
# Install git in order to allow installing
# npm packages from Github
RUN set -xe \
&& apk add --no-cache git
# Install app dependencies
# A wildcard is used to ensure bo
我要疯了。
我一直在为我的项目编写一个Dockerfile和docker-compose.yml文件。我最近更新了我的项目的依赖项。当我使用composer install在容器外部构建项目时,它使用正确的依赖项构建。但是,当我在一个docker容器中构建这个项目时,它会下载并安装最新的依赖项,然后使用过时的依赖项运行应用程序!
首先,这就是我的Dockerfile的样子:
FROM composer
# Set the working directory within the docker container
WORKDIR /app
# Copy in the app, then in
我有一个部署脚本,我正尝试将其用于我的server for CD,但是我在编写bash脚本以完成一些必需的步骤时遇到了问题,比如运行npm和迁移命令。 如何从这个脚本进入容器bash,运行下面的命令,然后退出以完成更改? 下面是我试图自动化的脚本: cd /Project
docker-compose -f docker-compose.prod.yml down
git pull
docker-compose -f docker-compose.prod.yml build
# all good until here because it opens bash and does not
使用以下docker-compose.yml文件,我创建了一个包含两个服务的堆栈:一个是web应用程序(称为broker),另一个是web应用程序使用的MySQL数据库(称为broker_db)。
我发现我必须告诉代理服务等待MySQL初始化,并且我可以使用一个shell脚本来延迟代理真正启动web应用程序,直到它能够开始使用数据库。但是,在运行docker-compose up时会出现以下错误
broker_1 | standard_init_linux.go:190: exec user process caused "no such file or directory&