对于满足需求的定制和开发完成后,需要在准生产环境中配置或部署,通过真实数据环境验证后,才能交付到生产环境。因此,对于基于 Jazz 的企业级研发管理平台,也需要按照 DevOps 模式阶段性的交付配置和功能,并可利用其功能来统一、并加速交付过程。
企业级研发管理平台上创建不同的项目区域来管理不同的产品(产品线)或项目,如果一个需求在一个项目区域实现后,需要推广到其他项目区域,手动配置或部署就很麻烦了。基于上面很多介绍和案例,可以理解到大部分的设置都在 Process Configuration 中完成,因此在规划创建项目区域时,通过使用过程共享(Process Sharing)功能(如图 13),在项目区域间来实现对 Process Configuration 的分享和继承。
在研发管理平台上定义多层级项目区域,父项目区域只用于定义和共享过程设置(Process Configuration),不保存任何数据,不用于任何管理操作,子项目区域提供给不同产品或项目实际使用,通过继承 Process Configuration,可以自动同步在父项目区域最新交付的功能或配置(如图 14)。
点击查看大图
点击查看大图
对于不做过程共享和继承的项目区域,在创建时仍然可以通过项目模板的形式获得研发管理平台上已交付的定制的过程配置(Process Configuration)信息。在项目区域配置页中点击 Export Process Template 图标(如图 15),导出项目模板文件(.zip)。
点击查看大图
解压缩 zip 导出文件后可见,Process Configuration 信息保存在 specification.txt 文件中,新定制的 JavaScript 脚本文件、图标文件、描述性文件保存在 attachments 目录中(如图 16)。
点击查看大图
在 CCM 控制台中导入模板文件后(如图 17),即可在新建项目区域时使用。
点击查看大图
基于 DevOps 交付模式,需要对配置过程和代码进行配置管理,做到生产环境的可追朔,可回退;同时通过自动化的手段来持续部署和持续测试,在准生产环境的验证后,推送到生产环境进行上线。对于这个环节,目前通过手动上线、父子项目区域继承的方式进行同步的。未来仍可以通过 Jazz 提供的 SDK 进行二次开发,直接更新存储库(Repository)中的 Process Configuration 数据,通过监控、部署、测试工具或脚本的配合使用,来触发并最终实现自动上线。
与生产环境的落地不同,研发活动落地是一个持续的过程,除了推动研发团队日常使用,还必须推动管理层的参与和支持。当管理者认识并亲身体验到平台更多的价值,才可能更好的促进企业级研发管理平台的持续发展。对于工具、平台框架、研发活动的理解和运用,必须要求运营团队不断的提高自身的技术能力、沟通能力和交付能力。
来源: http://www.ibm.com/developerworks/cn/java/how-to-customize-ephox-textbox-io-for-ibm-web-content-manager-8-5/index.html