序文
最近、GitLab CI/CD を使用しているときに、「スムーズではない」使用シナリオを見つけました。開発者として
、同時に複数のフロントエンド プロジェクトのデプロイを担当する必要がある場合があります.プロジェクト a のバグを修正した後、テスト
環境にデプロイする必要があります。
プロジェクト b のバグは、テスト環境にデプロイする必要があります。
. . . .
さまざまな理由により、このシナリオのデプロイは自動ではなく、担当者がデプロイ パイプラインを手動で作成する必要があります。たとえば、テスターに信頼性の高い安定したテスト環境を提供するために、手動の展開環境が使用されます。
これにより問題が発生します.まずプロジェクト A に入り、パイプラインをクリックして、対応するブランチを選択し、パイプラインを作成する必要があります。
次に、プロジェクト B に入り、上記の操作を繰り返します。
このプロセスは比較的面倒ですが、その理由は、GitLab が個人の Ower プロジェクトのパイプライン管理を提供していないためです。
以下の図で構築された国内の DevOps ツールに似ています。
個人的な観点からのパイプライン管理がないため、特定のプロジェクトのパイプラインを作成するためにプロジェクトに入る必要があります。（近い将来、そのような機能があるかもしれません）。
この問題の解決策は非常にシンプルで、GitLab OpenAPI を使用してパイプラインを管理し、プロジェクトに従ってパイプラインをクエリしたり、パイプラインを作成または再実行したりします。ただし、いくつかのページを作成する場合でも、バックエンドがリクエストを送信して GitLab データをクエリするためのコードを実行する必要があります。
具体的なアイデアは非常にシンプルですが、あまり暇がなかったので保留にしていたある日、ローコード ツールである Node-RED を使用して、このグローバル パイプライン管理機能を実現できないかとふと考えました。 .
Node-RED は、IBM のオープン ソース IoT プロジェクトです。ストリームベースのビルドです