持续组件构建与版本管理

对于应用开发人员来说,过去我们最主要的开发调试方式是在本地,这种模式对于在复杂协作场景、复杂应用架构场景中都有较多的问题导致效率较低。基于 Rainbond 的应用开发模式可以允许每一个开发者拥有一套自己的开发环境,或根据不同的项目需求部署不同的开发环境。开发者可以基于在线的开发环境持续提交源代码,持续进行 CI 和 CD,以达到敏捷开发的效果。

前提条件

  1. 已进行组件的首次部署
  2. 可以持续修改组件对应的源代码或者可以持续发布组件的镜像。

操作方式

1.手动持续构建

Rainbond 支持组件级构建和应用级构建,每次代码提交后, 若只涉及某一个组件,只需要在组件控制页面点击右上方的 构建 按钮,触发组件构建任务。默认情况下组件构建完后即开始部署升级过程,使用新版本替换现有运行版本。若你不希望在构建完成后自动升级,可在组件其他设置中,关闭 组件构建后自动升级 功能。 每一个构建过程无论代码版本是否变更,都会生成新的组件版本。若更改的代码涉及应用中多个组件,比如 Java Maven 多模块模式下创建的整个应用。这时可以在应用视图中点击应用的 构建 按钮,触发整个应用所有组件的重新构建。应用层构建将控制涉及组件的有序升级。

组件构建升级完成开发者即可访问组件提供的服务查看组件运行状态,从而继续开发。

2.自动持续构建

追求高效率的开发者肯定希望上述的过程能够脱离平台,直接在代码提交或其他指定时候能够自动完成。这部分请参考 组件自动构建

版本管理

组件的每一次构建都会根据任务进行时的时间生成组件版本号,如果是由源码创建的组件,每个版本记录对应的源码提交 Commit 信息,方便开发者对应检查代码。 在组件总览页面中显示当前运行的版本信息,点击版本信息下发的入口即可进入组件版本列表查询页面。Rainbond 默认保留 30 天内版本记录,历史版本自动进行清理动作。

组件版本主要包括运行镜像版本,目前组件属性暂不支持版本化控制。