我是 Docker 新手，想知道是否可以（并且是一个好主意）在 docker 容器中进行开发。 我的意思是创建一个容器，执行 bash，安装和配置我需要的一切，然后开始在容器内进行开发。
容器成为我的主要机器（用于 CLI 相关工作）。 当我在旅途中（或当我购买新机器时）时，我只需推动容器，然后将其拉到我的笔记本电脑上。
这解决了必须保持和同步你的点文件的问题。
我还没有开始使用 docker，所以它是现实的还是应该避免的（spacke 磁盘问题和/或拉/推时间问题）。
【问题讨论】：
标签： docker
是的。这是一个好主意，设置正确。您将像运行虚拟机一样运行代码。
用于创建构建系统的 Dockerfile 配置没有经过打磨，不会扩展 shell 变量，因此预安装应用程序可能有点繁琐。另一方面在构建自己的镜像创建新的用户和工作环境后，就不需要重新构建了，另外你可以通过run命令的-v参数挂载你自己的文件系统，这样你就可以拥有您将在主机和容器机器中需要的文件。它用途广泛。
> sudo docker run -t -i -v
/home/user_name/Workspace/project:/home/user_name/Workspace/myproject <container-ID>
【讨论】：
--user 将自己标识为主机开发桌面上的用户，则容器不会以root 身份运行，并且许多命令会失败（例如whoami -> cannot find name for user ID 1000）。如果您将用户 ID 1000 添加到容器中，则它不一定与用户 ID 为 2000 的其他系统匹配。
我会反其道而行之，说这是个坏主意。我已经完成了尝试保持容器“长时间运行”并对其进行修改的工作，但后来意外丢失或删除了它。
在我看来，容器并不意味着是长时间运行的虚拟机。它们只是作为图像的实例。启动它，停止它，杀死它，重新启动它。
正如 Alex 所提到的，这当然是可能的，但在我看来，这与“Docker”的方式背道而驰。
我宁愿使用 VirtualBox 和 Vagrant 来创建虚拟机进行开发。
【讨论】：
docker rm 的容器。默认情况下，内容（即使已修改）仍然存在。注意是因为我只是不希望人们认为丢失数据是默认设置。尽管如此，我还是对 ryan1234 表示同情，因为我几乎总是出于习惯移除非运行容器。
用于开发的 Docker 容器非常方便。根据您的堆栈和首选 IDE，您可能希望将编辑部分保留在主机外部，并根据 Alex 的建议将带有源的目录从主机安装到容器。如果这样做，请注意使用 boot2docker 的 macOS x 上的潜在性能问题。
对于推动图像在开发环境之间同步的工作流程，我不抱太大期望。恕我直言，将 Dockerfile 与代码保持在一起并通过 SCM 方式进行同步是更直接的开始方向。我还携带支持 Makefile 以在同一位置构建图像/运行容器。
【讨论】：