前言

最近在使用GitLab CI/CD时发现一个使用“不太顺畅”的使用场景。具体是这样的：
作为一名开发者，有时需要同时负责几个前端项目的部署
修复a项目的bug后需要部署到测试环境，
修复b项目的bug后需要部署到测试环境。
。。。。

由于各种原因，这种场景的部署并非是自动部署的，需要负责人去手动创建部署流水线。比如为了给测试人员提供一个可靠，稳定的的测试环境，会采用手动部署环境。

这就导致一个问题，我需要先进入A项目，点击流水线，选择对应分支，创建一个流水线。
然后再进入B项目，重复以上操作。
过程是比较繁琐的，之所以会这样，是因为GitLab没有提供一种个人Ower项目的流水线管理。
类似下图 国产devops工具 建木的这种：

由于没有个人视角下的流水线管理，这就需要我们创建某个项目的流水线就必须进入项目内部。（或许在不久的将来，会有这样一个功能）。

这个问题的解决方案很简单，使用GitLab OpenAPI来实现流水线的管理，包括根据项目查询流水线，新建或重新运行流水线。但不管要写一些页面，还需要做一下后端发送请求查询GitLab数据的代码。

具体思路是很简单的，无奈本人业余时间实在不多，于是搁置了，直到有一天我突发奇想，能否用Node-RED这一低代码工具来实现这一全局流水的管理功能。

Node-RED是一个IBM开源的物联网项目。它是一个基于流的构建