前言

去年的时候，工作角色被定义为去做中台服务，虽然这个工作并不是我职业规划的主线，但正好也借此机会，去解决掉我“闭环能力”中一个暂时缺失的环节，我对自己的定位一直都是要做一个“极限单兵”，希望在地质专业软件这个相对细分的领域，做到自己能完全闭环下面的各个阶段。

项目启动->>需求管理: 专业知识
项目启动->>需求管理: 业务梳理
需求管理->>设计管理: 需求分析
需求管理->>设计管理: 需求验证
设计管理->>开发管理: 架构设计
设计管理->>开发管理: 概要设计
设计管理->>开发管理: 详细设计
开发管理->>测试管理: 代码规范
开发管理->>测试管理: 代码审查
开发管理->>测试管理: 质量管控
测试管理->>发布管理: 单元测试
测试管理->>发布管理: 集成测试
测试管理->>发布管理: 系统测试
发布管理->>运维管理: 文档编写
发布管理->>运维管理: 版本控制
发布管理->>运维管理: 发布管理
运维管理->>推广运营: 自动化
运维管理->>推广运营: 支持
运维管理->>推广运营: 培训
推广运营->>SUCCESS: 推广
推广运营->>SUCCESS: 合法合规

登录

新建任务

Dashboard>>新建Item

任务设置

设置Jenkins与Gitlab仓库的关联

方式1 Gitlab→Jenkins

通过在gitlab里设置指定项目的访问令牌

在Jenkins里设置API token

该方法可能是因为目前权限问题，暂时无法使用，后续在自己搭建的Gitlab和Jenkins里测试下

方式2 Jenkins→Gitlab

jenkins端

这一部分的主要设置位于Dashboard>>项目>>Configuration>>General内

上图中的设置效果如下：

1. 非dev分支push事件推送更新后，未触发

2. dev分支push事件推送更新后，触发

3. 新建到dev分支的合并请求

4. 批准到dev分支的合并请求，触发

5. 执行到dev分支的合并请求，执行操作本身不触发，但其会触发push事件

Gitlab端

设置流水线

高级项目选项