我们如何愉快地将我们的开发环境分类(第 1/2 部分)
我们如何愉快地将我们的开发环境分类(第 1/2 部分)
在这篇文章中，我将展示一些我们在在第 2 部分中，我们将解释如何让这种配置发挥作用，这样你就再也不用等待 npm 安装/gem 安装了。
为什么我应该对我的工作流程进行任何更改？
通过正确设置 docker 配置，我们现在了解以下特性:
- 一键安装工作就绪环境。从零开始。没错。
- 没有特定版本/依赖关系的本地安装。作为一名自由职业者，你可能会参与几个项目，每个项目都使用不同版本的 node/mongo/elastic-search…等等。这根本不应该是一个问题。
- 如果在本地有效，则在产品中有效。CI 和生产服务器应该与我的开发环境完全一样。
- 本项目不需要基础设施方面的知识。前端开发人员、设计人员、集成商可以对基础设施有所了解。我们希望一个集成商能够在我们的项目上工作，而不必知道如何安装 mongodb 服务器。嗯，他/她根本不应该关心是否有数据库。
除了这些特性之外，我们还想要现在已经成为任何现代编码配置标准的特性:
- 持续测试:更改代码应该触发一系列测试，这对开发人员来说是直接可见的
- 热重装:你的代码的变化会很快出现在你的浏览器上，而不需要手动重启
- 持续集成被插入，每次提交都会在 CI-server 上触发一个完整的测试套件。
没错。所以我们将基本上摆脱
-
编码快乐！
前往第 2/2 部分，了解如何将您的工作流程应用于类固醇！
延伸阅读:使用 typescript 构建 node-express api 的文档化开发环境
