我想开始将我现有的一些项目转换为使用Docker - 主要是为了提高新开发人员开始工作的难易程度,并在部署到生产时减少与环境相关的错误(我曾经遇到过代码工作的问题)完美地在dev 和 暂存只是为了发现该产品的MySQL版本过时了)
问题是我喜欢使用基于云的IDE。我目前使用Cloud9,虽然我最近开始关注CodeAnywhere和Codenvy,看它们是否符合我的需求(到目前为止:不确定)
我遇到的问题是Docker似乎与许多基于云的IDE完美搭配。
docker-compose.yml
文件。您的工作区可能包含数据库计算机,redis缓存计算机和PHP计算机。然而,他们的层次结构然后将“项目”(和关联的存储库)放置为“工作空间”的子项 - 而不是作为项目子项的环境定义(和docker-compose.yml
文件)前两个都支持“SSH工作区”的一些概念 - 您可以启动VM并直接连接到它,而不是连接到它们托管的容器。虽然这可以让我运行Docker,但乍一看它遇到了两个严重问题之一:
是否有其他基于云的IDE可以解决我的问题,还是有其他方法可以使用这三种适用于我的基于云的IDE中的一种?
答案 0 :(得分:2)
我在几个不同的地方问了这个问题,而不仅仅是在这里。几个月后,仍然没有完整的答案,但是我获得了更多信息,我想转告给那些偶然发现同一问题的人。
在扩展新的SSH工作空间时,不仅可以指定主机,还可以指定工作空间的根文件夹。这意味着您可以在单个VM上创建多个工作区,并使所有内容保持独立。
有一些警告:
workspaceA
中的某人可以编辑../workspaceB/file
CodeAnywhere承诺在2018年第四季度提供对Docker的全面支持。我一直在等待,还没有看到。保持手指交叉。
现在,在2018年,有 50个以上 基于云的IDE。每个人和他们的母亲都在做生意。因此,有理由相信至少其中之一会起作用。尽管我还没有尝试全部尝试,但我确实听说有人OpenShift支持Docker。