docker-compose之docker-machine 和 docker-compose 有什么区别_编程设计

我想我不明白。首先，我创建了 docker-machine:

$ docker-machine create -d virtualbox dev 
$ eval $(docker-machine env dev)

然后我写了 Dockerfile 和 docker-compose.yml:

FROM python:2.7 
ENV PYTHONUNBUFFERED 1 
RUN mkdir /code 
WORKDIR /code 
ADD requirements.txt /code/ 
RUN pip install -r requirements.txt 
ADD . /code/ 
 
 
version: '2' 
services: 
  db: 
    image: postgres 
  web: 
    build: . 
    restart: always 
    command: python manage.py runserver 0.0.0.0:8000 
    volumes: 
      - .:/code 
    ports: 
      - "8000:8000" 
    links: 
      - db

最后，我构建并启动了镜像:

$ docker-compose build --no-cache 
$ docker-compose start

我检查了我的虚拟机的 ip

$ docker-machine ip dev

并在我的浏览器中成功打开了该网站。但是当我对我的代码进行一些更改时 - 什么也没发生。所以我登录到“开发”机器:

$ docker-machine ssh dev

我没有找到我的代码!所以我登录到 docker “web” 图像:

$ docker exec -it project_web_1 bash

并且有一个代码，但没有改变。

码头机器有什么用？有什么意义？为什么docker在更改后不同步文件？看起来 docker + docker-machine + docker-compose 在本地开发中很痛苦:-)

谢谢。

请您参考如下方法:

Docker 是使用 containerization 的命令行工具管理多个图像、容器和卷等——容器基本上是一个轻量级的虚拟机。见 https://docs.docker.com/获取大量文档。

直到最近 Docker 还没有在 native Mac 或 Windows 操作系统上运行，因此创建了另一个工具 Docker-Machine，它创建了一个虚拟机(使用另一个工具，例如 Oracle VirtualBox)，在该 VM 上运行 Docker，并帮助协调主机操作系统和 Docker VM。

由于 Docker 并未在您的实际主机操作系统上运行，因此 docker-machine 需要处理 IP 地址、端口和卷等。它的设置保存在环境变量中，这意味着每次打开新 shell 时都必须运行这样的命令:

eval $(docker-machine env default) 
docker-machine ip default

Docker-Compose 本质上是 Docker 本身之上的一个更高级别的脚本接口(interface)，使得管理同时启动多个容器变得更容易(表面上)。它的配置文件 ( docker-compose.yml ) 令人困惑，因为它的一些设置被传递到较低级别的 docker 进程，而一些仅在较高级别使用。

我同意这是一团糟；我的建议是从单个 Dockerfile 开始，然后使用 docker-machine 让它运行。或使用 new beta native Mac/Windows Docker , 并忽略 docker-compose直到您对较低级别的工具感到更舒服为止。