持续交付 [寻求思路] 企业级持续集成平台中 jenkins 权限与 job 设置思路

tanyang · 发布于 2016年12月25日 · 145 次阅读
96

[i=s] 本帖最后由 tanyang 于 2016-12-25 22:17 编辑

Hi, 各位大牛好

吐槽

作为公司的SCMer, 角色在QA、SCM、CI ToolChain 开发之间复用~~各种杂事琐事,一直无法静下心聚焦在持续集成相关的开发建设,哎。。

求助背景

目前公司各项目主要涉及java开发,各项目使用持续集成的情况也不一样,之前我也有在部分项目自己的服务器上为项目搭建Jenkins进行自动构建、部署工具链等等。 当然也有部分项目根本没启用持续集成,老大发话明年要推出企业级的持续集成平台,打算是把所有项目的持续集成任务都收敛在一个Jenkins服务器上。

求助问题

想问问各位大牛们有没有相关优秀实践来组建公司级的持续集成(基于 Jenkins)的优秀实践呢?

非常困扰我的问题主要有两个: 1. 公司级的配置管理员如何参与项目持续集成构建? 2. 搭建统一的公司持续集成平台,关于jenkins job的设计思路有没有一些优秀实践可以借鉴? 现在我的思路是按照构建目的去构建Jenkins Job, 如每个项目建三类job分别做以下任务 2.1 代码提交自动触发(主要是开发自验 ); 2.2 快照构建(内部测试版本 或 DailySnapshot Test); 2.3 待发布版本的转测验证 (SW Release Test)

但是这样的实现需要给每个项目单独建job,并单独维护。 看起来维护和管理的成本比较大,不知道有没有更优的解决方案?

共收到 2 条回复
4
laofo · #1 · 2016年12月26日

1) 还有专门管项目的SCM? 甭管有没有,撸起袖子两个人一起干吧 2)项目看重,也的确需要就创建一个。如果根本不需要,建再多也没用。创建好相关job后,可把维护管理单独job的权限下放给项目组。

96
tanyang · #2 · 2016年12月26日

项目没有单独的SCM, 一般都是项目经理抓个有热情的开发协助配合~~
看起来也只能这样了,建好job后项目验收后就他们自行运作了。

隐隐约约感觉还是有点粗犷啊~ 不知道有没有更好的解决思路

需要 登录 后方可回复, 如果你还没有账号请点击这里 注册