
构建和部署微前端
|
129
6.3.3
版本控制系统的未来
我们采用任何一种版本控制系统都无法得到完美的解决方案,只能是选择更适合业务的解
决方案。不过,我们可以尝试一种混合方式(图
6-3
)
,最大限度地利用上述两种方式的优
势,并将它们的缺陷最小化。因为微前端和微服务的理念是领域驱动设计,所以我们可以
根据子域和限界上下文进行划分,将特定子域里的所有项目绑定在一起。
我的项目
权限系统
登录微前端
注册微前端
认证服务
记住邮箱和密码的
服务
目录微前端
搜索服务
目录服务
个性化服务
监控
日志记录
设计系统
App shell
目录系统 公共代码
图 6-3:一种结合了 monorepo 和 polyrepo 优势的混合仓库方案
6.4
持续集成策略
在确定版本控制策略后,我们需要考虑持续集成策略,因为由公司内部的开发团队维护的
持续集成更高效。
时代变迁,万物变化。现在,包括前端在内的开发人员,都必须了解代码运行的基础设施
和工具,在稳定快速的流水线上构建代码已经是他们工作中的一部分。我曾经见过不少这
样的情况,团队将持续集成委托给公司的其他团队,而禁止开发人员对流水线进行更改,
结果开发人员将自动化流水线视为不可改变的黑盒,仅用于将产物部署到开发环境或生产
环境中。最近,多亏了
DevOps
文化在不同公司中的传播,这种情况才逐渐改善。
关于
DevOps
DevOps 是文化理念、实践和工具的结合,可以提升团队快速交付应用和提供服务的能
力。在 DevOps 模型中,开发团队和运维团队不再相互独立,有时他们会合并成一个
团队。团队中的工程师的工作要贯穿整个应用的生命周期 ...