Support for docker-compose

[Maxim-Filimonov]

Hey,
Great tool but I already have a lot of configuration described in docker-compose yml for my local dev. Would be good to be able to use docker-compose with hodor instead of creating another configuration file for hodor specificially

[yvann]

+1 Ho yes, very good idea !

[noose]

+1

[wan54]

+1

[neolao]

+1

[mikeatlas]

hodor

host-manager: "docker-machine"
host: default

containers:
  <%= IO.readlines('./docker-compose.yml').join("\n  ") %>

tasks:
  up:
    sync_project_to: /data-dir
    cmd: "docker-compose"
    container: "docker_server"
  default: up

hodor up

[mikeatlas]

Well, it sort of works for me, actually it needs a bit of massaging to rename image, container-name etc.

So really this isn't quite right. But I could get pretty far with the ERB pre-parser of the .hodorfile.

I'll repost later when I have a better working solution.

[gansbrest]

Yes, it's actually good idea. First we need to have a check to see if docker-compose.yml is in the project, then run parser to see if project is using supported compose options. There are some things in compose that I don't agree with, like volume mounting with absolute paths that ties compose to particular file sturcture.

Basically I think we need to keep Hodor as "project level dev tool" (and not for running containers on prod), tool that should work for every dev who check-out projet repo. As the result we need to be strict to what options from compose (and docker) we will allow.

Anyways - I'll be very open to pull requests and ideas.

[mikeatlas]

I have skin in getting it to play nice with docker-compose... It's this, or the other semi-palatable solutions to keep doing (containerized) dev work on OS X; production environment for just about all dev work done on OS X is probably 99% deployed to some Linux variant.

Thinking of hodor as a dev-oriented tool is generally what I thought the point of it was based on your blog posts. Keeping it compatible with the fast-evolving official Docker OS X tool chain... I expect would eventually become less and less effort as the official OS X dev tooling becomes an actual seamless experience. Even the newness of docker-compose came from an external project (Fig), so who knows, maybe hodor's approach will be adopted eventually.