当然,在正式发布时,大多数团队通常都会采用 CI 系统构建出安全的包,以此规避。
然鹅,在平时开发中我们难免遇到临时验证问题的场景出现,在很多团队里,开发人员会在本地机器里直接构建之后将产物丢给测试验证,这个过程就容易因为环境因素而遗漏问题。
根本痛点:开发环境没有标准化
docker 在运维领域已经被广泛应用,很适合用于统一环境。而在本地开发里它出现得却很少。通常我们更倾向于用它负责构建与部署。本地使用 docker 最主要的障碍有两个:
如上面提到的,我们要解决的是环境标准化的问题,了解使用 docker 是一个解决过程,而不是方法。对于大多数人来说,他们的诉求只是一个容易用的标准环境,而不是多花时间去学一个新东西。
设计这个东西,目标有三个:
解决方法:
可能有人会问,docker 已经有了 Dockerfile 与 compose,为什么还要一个配置文件。他们的关系是这样的:
设计思路很简单粗暴,但效果看起来是不错的:
而你只需要配一个简单的 json 在你的仓库里:
{
"env": {
"name": "hello",
"image": "maven:slim"
}
}
这么做之后,你的团队只需要预先构建好一个 image,配进仓库,所有人就可以统一环境啦!
https://github.com/williamfzc/devcube
欢迎各位一起讨论 :) 欢迎进来写 features
这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。
V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。
V2EX is a community of developers, designers and creative people.