``在本系列中，我们将探讨在开发中使用 docker 的动机和好处。我们将提供日常技巧，帮助我们继续使用它，重点是 Ruby on Rails 和 React 开发。
本系列不会解释Docker的核心概念。如果你还不了解它们，我强烈建议你阅读 Docker 的官方文档，然后再回来。
动机
这是个人（和团队！）的经历。您可能会发现自己处于类似的情况，这可能会帮助您继续前进并迈出第一步。
直到几个月前，我开发 Ruby on Rails、简约 Ruby 应用程序和 React 应用程序的标准设置还非常简单。
对于 Ruby/Ruby on Rails，我刚刚安装了 chruby、ruby-install（以及我需要的 Ruby 版本，比如 2.3、2.5，甚至 2.6！），克隆了项目，使用捆绑器 Postgres 安装了 gem（因为我们主要使用 Postgres），我已经准备好了。当然，如果我需要 Redis 或其他数据库，我就必须安装它。
同样，对于 React 项目，我只是安装了节点并安装了依赖项。借助 homebrew（如果使用 Linux，则为 apt-get）来安装解释器、依赖项等的过程很简单，但需要一些时间。
一个月前，我有一个任务要完成：在 Ruby 1.9.3 之上修复 Rails 3 应用程序中的一个小错误！这比新版本的 Ruby 有点难。不是针对解释器本身，而是针对项目的依赖项。随着时间的推移，较旧的依赖项可能会因其依赖关系而更难安装。您的计算机中可能有更新版本的依赖项依赖项，安装旧版本可能会花费时间。
经过一番思考，我决定对应用程序进行 docker 化。老实说，我不知道这是否比与解释器/依赖项版本斗争花费的时间更长，但结果得到了回报。不仅这个错误很容易被修复，而且从那时起我就决定将我工作的每个应用程序都进行 docker 化（甚至是一些你可能每天使用的应用程序，我们稍后会看到），到目前为止，我只使用 docker 进行本地开发。不再需要本机设置。
好处
其中一些好处是显而易见的（特别是如果您已经开始使用 docker），但无论如何我们都会详细介绍它们，以便我们公开更强有力的案例。
您的整个项目从系统角度解释了如何设置：什么数据库、服务等
新开发人员可以轻松加入该项目，只需运行一个命令，他们就可以开始工作了。
您的应用程序不会随着本地环境的变化而变化。通常，对于捆绑程序来说，这不会成为问题，但您最终可能会在系统中使用其他二进制文件或库，这些二进制文件或库可能会随着时间的推移而发生变化。
问题
这些是我问自己的问题（你可能也有这些问题）：
我的docker镜像会不会占用很多磁盘空间？
是的，你会的。但如果您愿意，您可以删除它们并在需要时重新创建它们。这没什么大不了的。如果您不想每次都构建，可以将镜像推送到存储库（docker hub 就是一个例子）。
表演怎么样？消耗资源多吗？
简短的回答：不。它们是常规进程，并且它们消耗的资源与您本地安装所有需求时消耗的资源相同。您可以通过运行 docker stats 自行查找！
您还有其他问题吗？联系我们吧！
结论
对我来说，这种平衡是积极的。自从我开始使用 docker 以来，在开发时间、启动和运行等方面，情况都是一样的。此外，还有我们已经提到的好处。
加入我们下一集！
以上是Docker 的开发：第 1 集的详细内容。更多信息请关注PHP中文网其他相关文章！
