我想知道人们如何将 docker 用于生产和开发。在开发中，我想挂载我的源/构建文件，以便能够快速轻松地进行更改。对于生产，我想在映像中包含源/构建文件。
这通常是如何完成的，是否有最佳或更常见的做法？
在我看来，理想情况下，我应该有一个 Dockerfile，它使用标志或环境变量之类的东西来设置 prod 或 dev 映像，但我找不到任何这样做的人的例子，我不确定它是如何做到的会完成的。
我还看到了一些具有用于生产和开发的独特 Dockerfile 的项目的粗略示例，但是如果我们不小心，维护单独的 Dockerfile 可能会随着时间的推移而出现分歧。
这两个都是明智的还是我可能误解了什么？我对 docker 比较陌生。使用类似设置的示例 Dockerfile 或项目会很棒。我对一开始就使用不良做法对我们的一些服务进行 docker 化持谨慎态度。
编辑：如果这会影响任何响应，我当前的所有应用程序都是基于 python 的。
【问题讨论】：
标签： docker dockerfile
除了 Kevin Wittek 的出色回答之外，事实证明这可能不是问题。
我可以使用COPY 将文件复制到映像，但我可以简单地挂载在它们之上进行开发。
如果还有其他需要安装的东西，比如只用于开发的 deps，我可以使用 ARG 来指定像 ARG APP_ENV=prod 这样的环境，然后用 --build-arg=dev 覆盖它，反之亦然。
【讨论】：
FROM 声明开头。因此，如果您需要构建不同的基础映像，就像我目前所做的那样，您不能使用这种方法，因为您不能在 FROM 语句之前运行 ARG 语句。
一个好的方法是使用 Docker 的 multi-stage builds，因为它们允许您在包含您的开发依赖项的映像中构建您的工件，并且只在最终映像中使用您的工件和运行时依赖项。
我通常建议不要在不同的环境中使用不同的 Dockerfile，这通常应该使用配置参数来实现（环境变量是一个很好的解决方案）。
拥有更快的开发反馈周期很大程度上取决于 IMO 使用的语言。许多人会使用 IDE 以更经典的方式进行开发，并且只构建用于集成测试等的映像（根据我的经验，例如 Java 开发人员通常就是这种情况）。其他解释语言可能确实会从将您的源代码安装到开发环境映像中受益。在这种情况下，您可以将此映像合并到您的多阶段构建中。
【讨论】：