# Docker Devstack – Multiple Releases – One Machine

**URL:** <https://discuss.openedx.org/t/docker-devstack-multiple-releases-one-machine/1902>\
**Category:** Development\
**Created:** [April 20, 2020, 6:24pm UTC](https://discuss.openedx.org/t/docker-devstack-multiple-releases-one-machine/1902 "2020-04-20T18:24:59Z")\
**Posts on this page:** 1\
**Showing post:** 4

<div class="post-metadata">

**Author:** ![kmccormick](https://sea2.discourse-cdn.com/flex020/user_avatar/discuss.openedx.org/kmccormick/32/8982_2.png) [@kmccormick](https://discuss.openedx.org/u/kmccormick)\
**Post date:** [April 22, 2020, 2:12pm UTC](https://discuss.openedx.org/t/docker-devstack-multiple-releases-one-machine/1902/4 "2020-04-22T14:12:38Z")

</div>

**Short answer:** This is worth doing and very possible. I’m not sure that anyone within edX will be able do it in the near future. We would likely review such a PR, though.

**Long answer:** I definitely think it would be worth supporting multiple Devstack instances on one machine.

Docker Compose actually supports this out-of-the-box via the [`COMPOSE_PROJECT_NAME` environment variable](https://docs.docker.com/compose/reference/envvars/#compose_project_name#compose_project_name). Currently it’s set to `"devstack"` in `options.mk`. Ideally, changing the value of that to `"devstack-hawthorn"` or something would “just work”, having the effect of namespacing all your containers and volumes.

Unfortunately, this only will work if we replace all the hard-coded container references like:

```auto
docker [exec|run|...] edx.devstack.<service>

```

with calls to docker-compose:

```auto
docker-compose [exec|run|...] <service>

```

This change would need to be made in the Makefile and all of the assorted shell scripts in the repository. We’d also need to stop explictly naming the containers in the `docker-compose-*.yml` files, and let Docker Compose choose names such as `devstack-hawthorn_mysql` and `devstack-master_studio`.

As @jmbowman mentioned in Slack, edX is focusing its efforts on improving deployments before turning to focus on developer tooling. While we’re not likely to make this change ourselves right now, we’re open to accepting PRs towards it.

---

_[View the full topic](https://discuss.openedx.org/t/docker-devstack-multiple-releases-one-machine/1902)._