国内首款跨平台研发自动化管理工具

最新推荐文章于 2024-09-24 11:04:31 发布

开发者工具分享

最新推荐文章于 2024-09-24 11:04:31 发布

阅读量4.8k

点赞数 1

文章标签：知识图谱开发平台开发工具项目管理

本文链接：https://blog.csdn.net/weixin_44280696/article/details/120507520

版权

今年5月，PingCode 发布了第六款子产品 Flow ，同时这也是国内首款研发自动化工具，我们希望将那些烦闷的、重复性的和事务性的工作从手动操作变为自动触发执行，让团队专注于真正创造用户价值的任务中。彼时，我们曾说：“不久的将来，Flow将突破 PingCode 的限制，连接Github 等更多外部系统，让你的整个DevOps流程通过Flow自动流转。”

如今，这个时刻已经到来，Flow 自动化场景已经打通GitHub/GitLab，从连接 PingCode 产品矩阵的工具，逐渐成长为跨多平台的一座自动化流程桥梁，成为国内首款跨平台研发自动化管理工具。

国内首款跨平台研发自动化管理工具

20世纪公司的最有价值的资产是其生产设备；而21世纪公司的最有价值的资产是其知识工人以及知识工人的生产效率。

在产品研发的过程中会用到非常多的工具，比如代码仓库、构建工具、部署工具，以及产研任务协同的工具等等，可能这些工具中有一些也具备一定连接和自动化的能力，但这些能力普遍都局限于自己产品内部。

所以研发团队使用的众多工具并不是相互打通的，这就给研发过程带来了三个问题：

1、需要频繁在不同的工具之间切换带来糟糕的使用体验；

2、要做大量的手动性、重复性操作工作，极大的影响工作效率；

3、大量的手动性操作下，必然会遗忘一些操作或者是操作失误，导致信息不通畅或信息错误，进而影响产品进度和质量；

Flow 作为一款通用化的研发自动化管理工具，不仅连接了 PingCode 系列产品内部的很多功能，更重要的是能够通过自动化技术解决跨平台之间的重复性工作的问题，有效提升团队效率。

而目前，PingCode Flow 已经接入了 GitHub/GitLab 两大外部平台，大大提升了开发人员在代码提交、审核、发布等流程中的效率。

下面，我们就来为大家展开介绍。（由于它们的场景较为相似，因此一并介绍）

打通GitHub/GitLab，PingCode 实现与代码工具之间的自动化管理

场景1：

当在PingCode Agile中创建“任务”时，GitHub/GitLab 中也会自动创建分支。这个自动化模板适用于使用git-flow 的开发团队，它会定义一种标准，那就是：首先通过 PingCode Agile 创建研发任务，然后开发人员基于这个任务对应的分支进行开发。

场景2：

在 GitHub 中创建PR（在GitLab中创建MR）时，系统会自动将对应的“任务”设置为“Code Review”状态。这是场景1的延续场景，当开发人员完成开发，向主分支提交PR/MR时，这个源分支对应的“任务”（当然也可以是PR/MR标题中包含的相关“任务”）的状态会自动变更为“Code Review”，同时系统会向“任务”中增加一条评论，告知PR/MR的主要信息，甚至可以@相关的开发人员来进行 Code Review。

undefined

这个自动化的规则是这样的：

undefined

场景3：

当 GitHub 的 PR Review 状态发生变化（在 GitLab 中创建 MR Comment ）时，系统会自动提示对应的任务负责人。这是场景1和场景2的延续场景，评审人将会在 PingCode 系统自动通知下前往 GitHub/GitLab 中进行Code Review，在他给出 Review 结果之后，系统将自动给开发者会发送该通知。

场景4：

当 GitHub 的 PR（GitLab的MR）合并之后，PingCode Flow 会自动将相关“任务”的状态设置为“已完成”。这是前3个场景的延续场景，当代码合入主分支之后，这个开发任务也就自动完成了。

场景5：

在 GitHub/GitLab 中创建分支时，系统会自动将“工作项”状态设置为“开发中”状态。这是场景1的一种替换场景，它适用于工作项早就存在情况。

例如：已经在看板中流动。而到了开发阶段，在对应的代码仓库中创建一个名为“XXX/#{工作项编号}”的分支时，PingCode 就会自动将#{工作项编号} 对应的工作项状态设置为“开发中”，让开发阶段的开发活动和任务卡片“关联起来”。这个场景可以和场景2、3、4无缝衔接。

undefined