GitLabのマージリクエストが作成されても、大量の通知に埋もれて見逃してしまったり、レビュー依頼の確認漏れによって開発プロセスが滞ってしまったりすることはありませんか? また、マージリクエストの内容を都度確認し、関係者に共有する作業は、地味ながらも重要なタスクであり、開発者の貴重な時間を奪ってしまいます。
もし、GitLabでマージリクエストが作成された際に、その内容をAIで自動的に要約してSlackなどのチャットツールに即時通知できる仕組み があればいいなと思いますよね。 そうすればレビュー依頼の見落としを防ぎ、開発サイクルをスムーズに進めることができるため、開発者は本来集中すべきコーディングなどのコア業務に専念できます!
今回ご紹介する自動化は、ノーコードで簡単に設定できて、手間や時間もかかりません。 ぜひ自動化を導入して作業をもっと楽にしましょう!
とにかく早く試したい方へ Yoomには
GitLabのマージリクエストを通知する業務フロー自動化のテンプレート が用意されています。
「まずは試してみたい!」という方は、以下のバナーをクリックして、すぐに自動化を体験してみましょう!
GitLabでマージリクエストが作成されたら、内容をAIで要約してSlackに通知する
試してみる
■概要
GitLabで新しいマージリクエストが作成されるたびに、内容を確認して関係者に共有するのは手間のかかる作業ではないでしょうか。特に変更内容が複雑な場合、概要を把握するだけでも時間がかかり、レビューの遅延に繋がることもあります。
このワークフローを活用すれば、GitLabでのマージリクエスト作成をトリガーとして、AIが変更内容を自動で要約しSlackへ通知できるため、こうした情報共有の手間を効率化し、開発プロセスを円滑に進めることが可能です。
■このテンプレートをおすすめする方
GitLabでのマージリクエスト作成後の、レビュー依頼や情報共有に手間を感じている開発者の方 複数のマージリクエストの内容を迅速に把握し、チームの進捗を管理したいと考えている方 開発チーム内の情報共有プロセスを自動化し、レビューの効率化を図りたいと考えている方 ■このテンプレートを使うメリット
GitLabでのマージリクエスト作成時にAIが内容を自動で要約し通知するため、概要の作成や共有にかかる時間を短縮できます 手動での通知による関係者への共有漏れや内容の伝達ミスを防ぎ、正確な情報共有を実現します ■フローボットの流れ
はじめに、GitLab、OpenAI、SlackをYoomと連携します 次に、トリガーでGitLabを選択し、「マージリクエストが作成されたら」というアクションを設定します 続いて、オペレーションでOpenAIの「テキストの生成(Chat completion)」アクションを設定し、取得した情報を要約します 最後に、オペレーションでSlackの「チャンネルにメッセージを送る」アクションを設定し、AIが生成した要約を指定のチャンネルに通知します ※「トリガー」:フロー起動のきっかけとなるアクション、「オペレーション」:トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
GitLabのトリガー設定では、自動化の対象としたいプロジェクトIDや、一度に取得するマージリクエストの件数を任意で設定できます。 OpenAIでテキストを生成するアクションでは、要約の形式などを指定するプロンプトを自由にカスタマイズでき、GitLabから取得した情報を変数として埋め込めます。 Slackへの通知アクションでは、メッセージを送るチャンネルを任意に設定可能です。また、通知本文も自由に編集でき、AIが生成した要約などの情報を変数として活用できます。 ■注意事項
GitLab、OpenAI、SlackのそれぞれとYoomを連携してください。 トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。 プランによって最短の起動間隔が異なりますので、ご注意ください。 OpenAIのアクションを実行するには、OpenAIのAPI有料プランの契約 が必要です。(APIが使用されたときに支払いができる状態) OpenAIのAPIはAPI疎通時のトークンにより従量課金される仕組みとなっています。そのため、API使用時にお支払いが行える状況でない場合エラーが発生しますのでご注意ください。
GitLabのマージリクエストをAIで要約し通知するフローを作ってみよう それではここから代表的な例として、GitLabでマージリクエストが作成されたら、内容をAIで要約してSlackに通知するフローを解説していきます!
ここではYoomを使用してノーコードで設定をしていくので、もしまだYoomのアカウントをお持ちでない場合は、こちらの登録フォーム からアカウントを発行しておきましょう。
※今回連携するアプリの公式サイト:GitLab /OpenAI / Slack
[Yoomとは]
フローの作成方法 今回は大きく分けて以下のプロセスで作成します。
GitLab、OpenAI、Slackのマイアプリ連携 テンプレートをコピー GitLabのトリガー設定とOpenAI、Slackのアクション設定 トリガーをONにし、フローが起動するかを確認
GitLabでマージリクエストが作成されたら、内容をAIで要約してSlackに通知する
試してみる
■概要
GitLabで新しいマージリクエストが作成されるたびに、内容を確認して関係者に共有するのは手間のかかる作業ではないでしょうか。特に変更内容が複雑な場合、概要を把握するだけでも時間がかかり、レビューの遅延に繋がることもあります。
このワークフローを活用すれば、GitLabでのマージリクエスト作成をトリガーとして、AIが変更内容を自動で要約しSlackへ通知できるため、こうした情報共有の手間を効率化し、開発プロセスを円滑に進めることが可能です。
■このテンプレートをおすすめする方
GitLabでのマージリクエスト作成後の、レビュー依頼や情報共有に手間を感じている開発者の方 複数のマージリクエストの内容を迅速に把握し、チームの進捗を管理したいと考えている方 開発チーム内の情報共有プロセスを自動化し、レビューの効率化を図りたいと考えている方 ■このテンプレートを使うメリット
GitLabでのマージリクエスト作成時にAIが内容を自動で要約し通知するため、概要の作成や共有にかかる時間を短縮できます 手動での通知による関係者への共有漏れや内容の伝達ミスを防ぎ、正確な情報共有を実現します ■フローボットの流れ
はじめに、GitLab、OpenAI、SlackをYoomと連携します 次に、トリガーでGitLabを選択し、「マージリクエストが作成されたら」というアクションを設定します 続いて、オペレーションでOpenAIの「テキストの生成(Chat completion)」アクションを設定し、取得した情報を要約します 最後に、オペレーションでSlackの「チャンネルにメッセージを送る」アクションを設定し、AIが生成した要約を指定のチャンネルに通知します ※「トリガー」:フロー起動のきっかけとなるアクション、「オペレーション」:トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
GitLabのトリガー設定では、自動化の対象としたいプロジェクトIDや、一度に取得するマージリクエストの件数を任意で設定できます。 OpenAIでテキストを生成するアクションでは、要約の形式などを指定するプロンプトを自由にカスタマイズでき、GitLabから取得した情報を変数として埋め込めます。 Slackへの通知アクションでは、メッセージを送るチャンネルを任意に設定可能です。また、通知本文も自由に編集でき、AIが生成した要約などの情報を変数として活用できます。 ■注意事項
GitLab、OpenAI、SlackのそれぞれとYoomを連携してください。 トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。 プランによって最短の起動間隔が異なりますので、ご注意ください。 OpenAIのアクションを実行するには、OpenAIのAPI有料プランの契約 が必要です。(APIが使用されたときに支払いができる状態) OpenAIのAPIはAPI疎通時のトークンにより従量課金される仕組みとなっています。そのため、API使用時にお支払いが行える状況でない場合エラーが発生しますのでご注意ください。
ステップ1:GitLab、OpenAI、Slackをマイアプリ連携 ここでは、Yoomとそれぞれのアプリを連携して、操作が行えるようにしていきます。
GitLabのマイアプリ連携 以下をご確認ください。
OpenAI(ChatGPT)のマイアプリ連携 以下をご確認ください。
※OpenAIのアクションを実行するには、
OpenAIのAPI有料プランの契約 が必要です。(APIが使用されたときに支払いができる状態)OpenAIのAPIはAPI疎通時のトークンにより従量課金される仕組みとなっています。
そのため、API使用時にお支払いが行える状況でない場合エラーが発生しますのでご注意ください。
Slackのマイアプリ連携 以下をご確認ください。
ステップ2:テンプレートをコピーする 続いてYoomのテンプレートをコピーします。以下バナーの「試してみる」をクリックしましょう。
GitLabでマージリクエストが作成されたら、内容をAIで要約してSlackに通知する
試してみる
■概要
GitLabで新しいマージリクエストが作成されるたびに、内容を確認して関係者に共有するのは手間のかかる作業ではないでしょうか。特に変更内容が複雑な場合、概要を把握するだけでも時間がかかり、レビューの遅延に繋がることもあります。
このワークフローを活用すれば、GitLabでのマージリクエスト作成をトリガーとして、AIが変更内容を自動で要約しSlackへ通知できるため、こうした情報共有の手間を効率化し、開発プロセスを円滑に進めることが可能です。
■このテンプレートをおすすめする方
GitLabでのマージリクエスト作成後の、レビュー依頼や情報共有に手間を感じている開発者の方 複数のマージリクエストの内容を迅速に把握し、チームの進捗を管理したいと考えている方 開発チーム内の情報共有プロセスを自動化し、レビューの効率化を図りたいと考えている方 ■このテンプレートを使うメリット
GitLabでのマージリクエスト作成時にAIが内容を自動で要約し通知するため、概要の作成や共有にかかる時間を短縮できます 手動での通知による関係者への共有漏れや内容の伝達ミスを防ぎ、正確な情報共有を実現します ■フローボットの流れ
はじめに、GitLab、OpenAI、SlackをYoomと連携します 次に、トリガーでGitLabを選択し、「マージリクエストが作成されたら」というアクションを設定します 続いて、オペレーションでOpenAIの「テキストの生成(Chat completion)」アクションを設定し、取得した情報を要約します 最後に、オペレーションでSlackの「チャンネルにメッセージを送る」アクションを設定し、AIが生成した要約を指定のチャンネルに通知します ※「トリガー」:フロー起動のきっかけとなるアクション、「オペレーション」:トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
GitLabのトリガー設定では、自動化の対象としたいプロジェクトIDや、一度に取得するマージリクエストの件数を任意で設定できます。 OpenAIでテキストを生成するアクションでは、要約の形式などを指定するプロンプトを自由にカスタマイズでき、GitLabから取得した情報を変数として埋め込めます。 Slackへの通知アクションでは、メッセージを送るチャンネルを任意に設定可能です。また、通知本文も自由に編集でき、AIが生成した要約などの情報を変数として活用できます。 ■注意事項
GitLab、OpenAI、SlackのそれぞれとYoomを連携してください。 トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。 プランによって最短の起動間隔が異なりますので、ご注意ください。 OpenAIのアクションを実行するには、OpenAIのAPI有料プランの契約 が必要です。(APIが使用されたときに支払いができる状態) OpenAIのAPIはAPI疎通時のトークンにより従量課金される仕組みとなっています。そのため、API使用時にお支払いが行える状況でない場合エラーが発生しますのでご注意ください。
以下のような画面が表示されたらテンプレートのコピーは完了です。OKをクリックして設定を進めましょう。
ステップ3:GitLubのアプリトリガー設定を行う まず、フローの第一段階であるアプリトリガーの設定を行います。
フローボットの「マージリクエストが作成されたら」をクリックしてください。
連携アカウントとアクションを確認していきます。
アクションはデフォルト設定のまま、アカウント情報は、連携したいアカウントが選択されているか確認してください。確認が終わったら「次へ」で進みましょう。
Yoomの設定画面でトリガーの起動間隔を設定していきましょう。プルダウンをクリックして、任意のタイミングを選んでください。
5分、10分、15分、30分、60分のいずれかで設定できます。
ご利用プラン によって、設定できるトリガーの最短間隔が違うので、その点は要チェックです。
なお、基本的にはそのプランの最短の起動間隔にしてお使いいただくことをおすすめします。
今回は以下のようなマージリクエストをGitLabに作成しています。
上記マージリクエストを作成した「プロジェクトID」を候補より選択します。
取得数は任意のものを入力してください。今回は「5」としました。
ここまで終わったらテストボタンをクリックしましょう。 テストが成功し取得した値が入ります。 ※取得した値 とは? トリガーやオペレーション設定時に、「テスト」を実行して取得した値のことを指します。 後続のオペレーション設定時の値として利用でき、フローボットを起動する度に変動した値となります。
これでマージリクエストの内容が取得されました。 「完了」ボタンをクリックして次に進みます。
ステップ4:OpenAIでマージリクエストの内容を要約する 次に、OpenAIでマージリクエストの内容を要約します。「テキストの生成」をクリックしてください。
アクションと連携アカウントを確認していきます。
アクションはデフォルト設定のまま、アカウント情報は、連携したいアカウントが選択されているか確認してください。確認出来たら「次へ」をクリックしましょう。
「メッセージコンテンツ」はデフォルト設定のまま、前ステップで取得した値を使って以下のように設定しています。 取得した値を活用することで、固定値ではなく、トリガーが実行されるたびに最新の情報が反映できます。
「ロール」はUser、「モデルID」はお好きなモデルを候補から選択しましょう。今回はgpt-4にしました。
このページ内には他にも設定できる項目があるので、必要に応じて設定してください。
ここまで終わったらテストボタンをクリックしましょう。 テストが成功し、マージリクエストの内容が要約されます。
「完了」ボタンをクリックして次に進みます。
ステップ5:Slackで要約内容を送信する 次に、Slackで要約内容を送信します。「チャンネルにメッセージを送る」をクリックしてください。
※Slackで任意のチャンネルにメッセージを送信する場合、該当のチャンネルにYoomアプリを事前にインストールしておく必要があります。
該当チャンネルの「インテグレーション」からYoomを追加しておいてください。
アクションと連携アカウントを確認していきます。
アクションはデフォルト設定のまま、アカウント情報は、連携したいアカウントが選択されているか確認してください。確認出来たら「次へ」をクリックしましょう。
投稿先のチャンネルIDを候補より選択してください。
メッセージはデフォルトの値を参考に、取得した値を使って以下のように設定しました。 必ず前ステップで作成した「生成されたコンテンツ」を含めましょう。 メンションすることも可能です。
入力し終わったらテストボタンをクリックしましょう。テストが成功すればOKです。
Slackを確認すると該当の通知が行われています。
確認したら「完了」ボタンをクリックしましょう。
ステップ6:トリガーをONにして動作確認 お疲れ様でした!これですべての設定が完了です。 設定が完了すると以下のようなメニューが表示されるので、トリガーをONにします。 動作確認をしてみましょう。
GitLabの自動化例 イシューの作成をトリガーとしたチャットツールへの通知や、AIを活用した内容の要約・ラベル付与、さらには他のプロジェクト管理ツールやスプレッドシートとの相互連携を一貫して自動化。
開発進捗の共有やドキュメント生成の手間をなくし、エンジニアが本来のコーディング業務に集中できる環境を構築します。
開発サイクルのスピードを向上させましょう。
Airtableで特定条件に合うレコードが追加されたら、GitLabにイシューを作成する
試してみる
■概要
Airtableで管理しているタスクやバグレポートを、開発チームが利用するGitLabへ手作業で転記していませんか?この作業は時間がかかるだけでなく、転記ミスや抜け漏れといったヒューマンエラーの原因にもなりがちです。このワークフローは、Airtableに特定の条件を満たすレコードが追加されると、自動でGitLabにイシューを作成するため、手動での情報連携は不要になります。AirtableとGitLab間の連携をスムーズにし、開発業務の効率化を実現します。
■このテンプレートをおすすめする方
Airtableで管理している情報を、手動でGitLabに起票している開発担当者の方 プロジェクト管理でAirtableとGitLabを利用しており、二重入力の手間を解消したい方 情報連携のタイムラグをなくし、迅速なタスク着手を促したいプロジェクトマネージャーの方 ■このテンプレートを使うメリット
Airtableへのレコード追加をきっかけに、GitLabのイシューが自動で作成されるため、これまで手作業に費やしていた時間を他の業務に充てられます システムが自動で処理を行うため、手作業による情報の転記ミスやイシューの作成漏れといったヒューマンエラーを防ぎ、情報連携の正確性を高めます ■フローボットの流れ
はじめに、AirtableとGitLabをYoomと連携します 次に、トリガーでAirtableを選択し、「レコードが登録されたら」というアクションを設定します 次に、オペレーションで分岐機能を設定し、特定の条件を満たすレコードの場合のみ、後続の処理に進むように設定します 最後に、オペレーションでGitLabの「イシューを作成」アクションを設定し、Airtableのレコード情報を元にイシューが作成されるようにします ※「トリガー」:フロー起動のきっかけとなるアクション、「オペレーション」:トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
分岐機能の設定で、特定のステータスを持つレコードが追加された場合のみイシューを作成するなど、実行条件を任意で設定してください GitLabで作成するイシューのタイトルや本文に、Airtableのどのレコード情報を反映させるかを任意で設定してください ■注意事項
AirtableとGitLabのそれぞれとYoomを連携してください。 トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。 プランによって最短の起動間隔が異なりますので、ご注意ください。 分岐はミニプラン以上のプランでご利用いただける機能(オペレーション)となっております。フリープランの場合は設定しているフローボットのオペレーションはエラーとなりますので、ご注意ください。 ミニプランなどの有料プランは、2週間の無料トライアルを行うことが可能です。無料トライアル中には制限対象のアプリや機能(オペレーション)を使用することができます。 Airtableのアウトプットの取得方法はこちら を参考にしてください。
Backlogの課題ステータスが変更されたらGitLabのIssueも更新する
試してみる
■概要
Backlogで管理している課題と、GitLab上のIssue。二つのツール間でステータスの同期を手作業で行っていませんか?この手作業による更新は、反映の遅れやヒューマンエラーの原因となり、プロジェクトの進行に影響を与えることもあります。このワークフローを活用すれば、Backlogで課題のステータスが変更されると、自動で関連するGitLabのIssueも更新されるため、常に最新の状態を保ち、開発プロセスの連携をスムーズにします。
■このテンプレートをおすすめする方
BacklogとGitLabを併用し、ステータス同期の手間に課題を感じている開発担当者の方 複数ツール間の情報更新漏れを防ぎ、プロジェクト管理を効率化したいマネージャーの方 開発チームの定型的な報告作業を自動化し、コア業務への集中を促したいチームリーダーの方 ■このテンプレートを使うメリット
Backlogの課題ステータス更新に連動してGitLabのIssueが自動で更新されるため、手作業での情報同期にかかる時間を短縮できます。 手動での更新作業がなくなることで、ステータスの更新漏れや設定ミスといったヒューマンエラーを防ぎ、情報の正確性を高めます。 ■フローボットの流れ
はじめに、BacklogとGitLabをYoomと連携します。 次に、トリガーでBacklogを選択し、「課題の更新(Webhook)」アクションを設定して、ステータス変更を検知するようにします。 最後に、オペレーションでGitLabの「イシューを更新」アクションを設定し、トリガーで取得した情報をもとに対応するIssueのステータスを更新します。 ※「トリガー」:フロー起動のきっかけとなるアクション、「オペレーション」:トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
GitLabでIssueを更新するオペレーションでは、更新対象のプロジェクトやIssueを任意で指定してください。 更新するIssueのステータスやラベル、担当者などの各項目には、固定の値を設定するだけでなく、Backlogから取得した情報を変数として設定することも可能です。 ■注意事項
Backlog、GitLabのそれぞれとYoomを連携してください。 トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。プランによって最短の起動間隔が異なりますので、ご注意ください。
Microsoft Teamsで投稿された内容からGitLabに課題を自動作成する
試してみる
■概要
Microsoft Teamsで開発に関する依頼やバグ報告を受けた際、手動でGitLabに課題を起票する作業は時間がかかり、転記ミスも起こりがちではないでしょうか。 このワークフローを活用すれば、Microsoft Teamsの特定チャネルへの投稿をトリガーに、AIが投稿内容を解析してGitLabへ自動でイシューを作成するため、開発依頼の受付から課題管理までを円滑に進めることが可能です。
■このテンプレートをおすすめする方
Microsoft Teamsでの依頼をGitLabで管理している開発チームのリーダーの方 手作業でのイシュー作成に手間を感じており、ヒューマンエラーを減らしたい方 開発依頼の受付フローを自動化し、チームの業務効率を高めたいと考えている方 ■このテンプレートを使うメリット
Microsoft Teamsへの投稿からGitLabへのイシュー作成が自動化され、これまで手作業で行っていた転記作業の時間を短縮できます。 依頼内容の転記ミスや、イシュー作成の漏れといったヒューマンエラーを防ぎ、依頼管理の正確性を向上させます。 ■フローボットの流れ
はじめに、Microsoft TeamsとGitLabをYoomと連携します。 次に、トリガーでMicrosoft Teamsを選択し、「チャネルにメッセージが送信されたら」というアクションを設定します。 続いて、オペレーションでAI機能を選択し、「テキストからデータを抽出する」アクションで、Microsoft Teamsの投稿内容から課題名や詳細などを抽出します。 最後に、オペレーションでGitLabの「イシューを作成」アクションを設定し、前のステップで抽出したデータを元にイシューを作成します。 ※「トリガー」:フロー起動のきっかけとなるアクション、「オペレーション」:トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
Microsoft Teamsのトリガー設定では、ワークフローを起動させたいチームIDとチャネルIDを、候補の中から任意で設定してください。 AI機能によるテキスト抽出では、Microsoft Teamsの投稿内容から抽出したい項目(例:課題のタイトル、担当者、期限など)を自由にカスタマイズできます。 GitLabでイシューを作成するアクションでは、AI機能で抽出した値を、作成するイシューのタイトルや説明欄などに適切に選択してください。 ■注意事項
Microsoft Teams、GitLabのそれぞれとYoomを連携してください。 Microsoft365(旧Office365)には、家庭向けプランと一般法人向けプラン(Microsoft365 Business)があり、一般法人向けプランに加入していない場合には認証に失敗する可能性があります。 トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。 プランによって最短の起動間隔が異なりますので、ご注意ください。
GitLabでIssueが作成されたら、内容を要約しMicrosoft Teamsに通知する
試してみる
■概要
GitLabで新しいIssueが作成されるたびに、内容を確認してMicrosoft Teamsへ手動で通知していませんか?この作業は情報共有に不可欠ですが、件数が増えると対応が追いつかず、重要な更新を見逃す原因にもなり得ます。このワークフローは、GitLabとMicrosoft Teamsの連携を自動化し、Issueが作成されるとAIが内容を要約して通知するため、開発チーム内のスムーズな情報共有と対応を実現します。
■このテンプレートをおすすめする方
GitLabでのIssue管理とMicrosoft Teamsでのコミュニケーションを頻繁に行う開発チームの方 プロジェクトの進捗や課題をMicrosoft Teams上で効率的に把握したいプロジェクトマネージャーの方 GitLabからの通知を手作業で転記・共有する手間を削減し、チームの生産性を向上させたい方 ■このテンプレートを使うメリット
GitLabのIssue作成からAIによる要約、Microsoft Teamsへの通知までが自動で実行され、手作業での確認や共有にかかる時間を短縮します。 手動での情報共有時に起こりがちな通知漏れや、重要な情報の見落としといったヒューマンエラーを防ぎ、確実な情報伝達を実現します。 ■フローボットの流れ
はじめに、GitLabとMicrosoft TeamsをYoomと連携します。 トリガーでGitLabを選択し、「イシューが作成されたら」というアクションを設定します。 次に、オペレーションでAI機能を選択し、「要約する」アクションでトリガーから取得したIssueの内容を要約するように設定します。 最後に、オペレーションでMicrosoft Teamsを選択し、「チャネルにメッセージを送る」アクションで、要約した内容を指定のチャネルに通知します。 ※「トリガー」:フロー起動のきっかけとなるアクション、「オペレーション」:トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
GitLabのトリガー設定で、通知の対象としたい特定のプロジェクトIDを指定できます。 AI機能でIssueを要約する際に、トリガーで取得したIssueのタイトルや本文などを変数として設定し、要約の文字数や形式といった条件も任意で変更可能です。 Microsoft Teamsへの通知先チャネルは自由に設定でき、メッセージ本文も、要約結果やIssueのURLといった変数を組み合わせて自由に作成できます。 ■注意事項
GitLab、Microsoft TeamsのそれぞれとYoomを連携してください。 Microsoft365(旧Office365)には、家庭向けプランと一般法人向けプラン(Microsoft365 Business)があり、一般法人向けプランに加入していない場合には認証に失敗する可能性があります。 トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。 プランによって最短の起動間隔が異なりますので、ご注意ください。
Gitlabでイシューが作成されたら、Geminiで内容を要約して結果をメールで送信する
試してみる
■概要
GitLabで新しいイシューが作成されるたびに、その内容を確認し、関係者に共有する作業は手間がかかるものです。 特に、多くのイシューが飛び交う開発現場では、重要な情報を見落としてしまうリスクも少なくありません。 このワークフローを活用すれば、GitLabのイシュー作成をトリガーに、Geminiが自動で内容を要約し、指定した宛先にメールで通知します。GitLabとGeminiを連携させることで、イシュー管理と情報共有の効率化を実現します。
■このテンプレートをおすすめする方
GitLabを活用しており、イシューの内容確認や共有作業に課題を感じている開発担当者の方 GitLabとGeminiの連携による業務自動化に関心があり、情報共有を円滑にしたいと考えている方 プロジェクトの進捗を迅速に把握し、関係者への報告の手間を省きたいプロジェクトマネージャーの方 ■このテンプレートを使うメリット
GitLabでイシューが作成されると、Geminiによる要約からメール通知までが自動で実行されるため、手作業での確認や共有にかかっていた時間を短縮できます 通知の送り忘れや、要約内容のばらつきといったヒューマンエラーを防ぎ、安定した品質での情報共有が可能になります ■フローボットの流れ
はじめに、GitLabとGeminiをYoomと連携します 次に、トリガーでGitLabを選択し、「イシューが作成されたら」というアクションを設定します 次に、オペレーションでGeminiを選択し、トリガーで取得したイシュー情報を元に「コンテンツを生成」アクションで要約を作成します 最後に、オペレーションでYoomのメール機能を選択し、「メールを送る」アクションでGeminiが生成した要約内容を含むメールを送信するよう設定します ※「トリガー」:フロー起動のきっかけとなるアクション、「オペレーション」:トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
Geminiでコンテンツを生成するアクションでは、システムプロンプトに「箇条書きで要約してください」や「技術的な内容を分かりやすくまとめてください」といった指示を任意の内容で設定してください メールを送信するアクションでは、宛先や件名、本文を任意で設定してください。本文にはGitLabのイシュー情報やGeminiが生成した要約など、前のアクションで取得した値を組み込むことが可能です ■注意事項
Gitlab、GeminiのそれぞれとYoomを連携してください。 トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。 プランによって最短の起動間隔が異なりますので、ご注意ください。
GitLabでIssueが作成されたらGoogle スプレッドシートに追加する
試してみる
■概要
GitLabでIssueが作成されるたびに、その内容をGoogle スプレッドシートに手作業で転記するのは手間がかかり、入力ミスも起こりやすいのではないでしょうか。また、情報共有の遅れはプロジェクトの進行にも影響を与えかねません。このワークフローを活用すれば、GitLabで新しいIssueが作成されると、その詳細情報が自動でGoogle スプレッドシートの指定したシートに追加されるため、こうした課題をスムーズに解消し、プロジェクト管理の効率を高めます。
■このテンプレートをおすすめする方
GitLabのIssue情報を手作業でGoogle スプレッドシートに転記している開発担当者の方 プロジェクトのIssue管理と進捗状況をGoogle スプレッドシートで一元的に把握したいチームリーダーの方 Issueの記録漏れや手入力の手間を削減し、作業の正確性と迅速性を向上させたい方 ■このテンプレートを使うメリット
GitLabでIssueが作成されると、自動でGoogle スプレッドシートに情報が記録されるため、これまで手作業に費やしていた時間を短縮することができます。 手作業による入力ミスや記載漏れのリスクを減らし、データの一貫性と正確性を保てます。 ■フローボットの流れ
はじめに、GitLabとGoogle スプレッドシートをYoomと連携します。 次に、トリガーでGitLabを選択し、「イシューが作成されたら」というアクションを設定します。この設定により、指定したプロジェクトで新しいIssueが作成されたことを検知します。 最後に、オペレーションでGoogle スプレッドシートの「レコードを追加する」アクションを設定し、トリガーで取得したGitLabのIssue情報(タイトル、説明、担当者など)を指定のスプレッドシートとシートに行として追加します。 ※「トリガー」:フロー起動のきっかけとなるアクション、「オペレーション」:トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
Google スプレッドシートの「レコードを追加する」アクションの設定では、GitLabから取得したIssueの様々な情報(タイトル、ID、説明文、作成日時、担当者、ラベルなど)の中から、どの情報をスプレッドシートのどの列に追加するかを自由にマッピングし、カスタマイズすることが可能です。 特定のプロジェクトで作成されたIssueのみを対象とするように、トリガーとなるGitLab側の設定でプロジェクトIDを指定する必要があります。 情報を追加するGoogle スプレッドシートのファイルIDおよびシート名を指定し、どのシートにIssue情報を蓄積していくかを明確に設定してください。 ■注意事項
GitLab、Google スプレッドシートのそれぞれとYoomを連携してください。 トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。 プランによって最短の起動間隔が異なりますので、ご注意ください。
GitLabでイシューが作成されたらJira Softwareに課題を追加する
試してみる
■概要
GitLabでの開発プロジェクト管理とJira Softwareでのタスク管理を並行して行っていると、情報連携に手間がかかることはないでしょうか。 特に、GitLabで新しいイシューが作成されるたびに、手作業でJira Softwareに課題を起票するのは面倒であり、入力漏れのリスクも伴います。 このワークフローを活用すれば、GitLabとJira Softwareを連携させ、イシュー作成から課題起票までを自動化できるため、こうした課題をスムーズに解消できます。
■このテンプレートをおすすめする方
GitLabとJira Softwareを併用し、二重入力の手間に課題を感じている開発担当者の方 開発チームのタスク管理をJira Softwareで行い、情報連携の漏れを防ぎたいプロジェクトマネージャーの方 GitLabとJira Softwareの連携を自動化し、開発プロセス全体の効率化を図りたい方 ■このテンプレートを使うメリット
GitLabでイシューが作成されると、自動でJira Softwareに課題が追加されるため、これまで手作業で行っていた転記作業の時間を短縮できます。 手作業による情報の転記が不要になるため、課題の起票漏れや内容の間違いといったヒューマンエラーの発生を防ぎ、正確なタスク管理を実現します。 ■フローボットの流れ
はじめに、お使いのGitLabアカウントとJira SoftwareアカウントをYoomに連携します。 次に、トリガーでGitLabを選択し、「イシューが作成されたら」というアクションを設定し、検知対象のプロジェクトを指定します。 最後に、オペレーションでJira Softwareを選択し、「課題を追加」アクションを設定します。トリガーで取得したイシューの情報を紐づけて、課題が自動で追加されるように設定します。 ※「トリガー」:フロー起動のきっかけとなるアクション、「オペレーション」:トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
Jira Softwareに課題を追加する際、課題のタイトルや詳細説明の欄には、GitLabのトリガーで取得したイシューのタイトルや本文といった情報を変数として埋め込むことが可能です。 また、プロジェクト名や担当者など、特定の情報を固定値として設定することも可能であり、実際の運用に合わせて柔軟にカスタマイズしてください。 ■注意事項
GitLabのIssueが作成されたらTrelloにカードを作成する
試してみる
■概要
開発プロジェクトにおいて、GitLabでIssueを作成した後にTrelloのボードへ手作業でタスクカードを転記していませんか?この単純な作業は時間的なロスだけでなく、転記ミスや対応漏れといったヒューマンエラーの原因にもなりがちです。このワークフローを活用すれば、GitLabでIssueが作成されると自動でTrelloにカードが作成されるため、こうした情報連携の課題をスムーズに解消できます。
■このテンプレートをおすすめする方
GitLabとTrelloでタスク管理をしており、二重入力に手間を感じている開発担当者 開発チームのバックログ管理やタスク連携を効率化したいプロジェクトリーダー 手作業による情報連携をなくし、開発プロセスをより円滑に進めたい方 ■このテンプレートを使うメリット
GitLabでのIssue作成をトリガーにTrelloへのカード作成が自動化されるため、これまで手作業に費やしていた時間を他の業務に充てることができます。 手作業による転記ミスやタスクの登録漏れといったヒューマンエラーを防ぎ、開発チーム内での正確な情報共有を実現します。 ■フローボットの流れ
はじめに、GitLabとTrelloをYoomと連携します。 次に、トリガーでGitLabを選択し、「イシューが作成されたら」というアクションを設定します。 続いて、オペレーションでTrelloの「新しいカードを作成」アクションを設定し、GitLabのIssueから取得した情報を基にカードを作成します。 最後に、オペレーションでGitLabの「イシューを更新」アクションを設定し、Trelloにカードが作成された旨などをIssueに追記するよう設定します。 ※「トリガー」:フロー起動のきっかけとなるアクション、「オペレーション」:トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
Trelloで新しいカードを作成する際に、カードを作成するボードやリストを任意で設定できます。また、カードのタイトルや説明には、トリガーで取得したGitLabのIssue情報を変数として埋め込むことが可能です。 GitLabのイシューを更新するオペレーションでは、固定のテキストを入力したり、Trelloで作成されたカードのURLを変数としてコメントに追記したりするなど、柔軟な設定ができます。 ■注意事項
GitLabとTrelloのそれぞれとYoomを連携してください。
Googleフォームで送信された情報でGitLabにイシューを作成する
試してみる
■概要
Googleフォームで受け付けたバグ報告や機能改善要望などを、都度手作業でGitLabにイシューとして登録していませんか? これらの作業は単純でありながらも、入力ミスや対応漏れが発生しやすく、開発の遅延に繋がる可能性もあります。 このワークフローを活用すれば、Googleフォームへの回答送信をトリガーに、自動でGitLabにイシューを作成できるため、こうした課題をスムーズに解消できます。
■このテンプレートをおすすめする方
GoogleフォームとGitLabを利用し、手作業でイシュー作成を行っている開発者の方 ユーザーからの問い合わせやバグ報告の管理を効率化したいプロジェクトマネージャーの方 定型的なタスクを自動化し、コア業務に集中できる環境を構築したいと考えている方 ■このテンプレートを使うメリット
Googleフォームに回答が送信されると自動でGitLabにイシューが作成されるため、手作業での転記に費やしていた時間を短縮できます。 手作業による情報の転記がなくすことで、内容の入力ミスや対応漏れといったヒューマンエラーのリスクを軽減できます。 ■フローボットの流れ
はじめに、GoogleフォームとGitLabをYoomと連携します。 次に、トリガーでGoogleフォームを選択し、「フォームに回答が送信されたら」というアクションを設定します。 最後に、オペレーションでGitLabの「イシューを作成」アクションを設定します。 ※「トリガー」:フロー起動のきっかけとなるアクション、「オペレーション」:トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
Googleフォームのトリガー設定では、連携の対象としたいフォームを指定してください。 GitLabでのイシュー作成では、イシューを作成したいプロジェクトを指定し、タイトルや説明欄にGoogleフォームから取得した値を埋め込むように設定してください。 ■注意事項
GitLabでイシューが作成されたら、Google Driveにフォルダを作成する
試してみる
■概要
GitLabで新しいイシューが作成されるたびに、関連ファイルを保管するためのフォルダをGoogle Driveに手動で作成していませんか。この作業は単純ですが、積み重なると大きな手間となり、作成漏れなどのミスも発生しがちです。
このワークフローを活用すれば、GitLabとGoogle Driveを連携させ、イシュー作成をトリガーに指定のフォルダを自動で作成できます。これにより、開発プロジェクトにおけるファイル管理の手間を減らし、業務を円滑に進めることが可能です。
■このテンプレートをおすすめする方
GitLabとGoogle Driveを併用し、開発ドキュメントを手動で管理している方 イシューごとのフォルダ作成作業を自動化し、本来の業務に集中したいプロジェクトマネージャーの方 手作業によるフォルダの作成漏れや命名ミスを防ぎ、管理体制を統一したいチームリーダーの方 ■このテンプレートを使うメリット
GitLabでイシューが作成されると、Google Driveに自動でフォルダが生成されるため、手作業で作成していた時間を短縮できます フォルダが自動で作成されることで作成漏れがなくなり、命名規則も統一できるため、属人化を防ぎ、データ管理を効率化します ■フローボットの流れ
はじめに、GitLabとGoogle DriveをYoomと連携します 次に、トリガーでGitLabを選択し、「イシューが作成されたら」というアクションを設定します 最後に、オペレーションでGoogle Driveの「フォルダを作成する」アクションを設定し、GitLabのイシュー情報を基にフォルダが作成されるように設定します ※「トリガー」:フロー起動のきっかけとなるアクション、「オペレーション」:トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
Google Driveでフォルダを作成するオペレーションにて、どの親フォルダの中に新しいフォルダを作成するかを任意で設定してください 作成するフォルダ名は、固定のテキストだけでなく、GitLabのイシュータイトルなど、トリガーで取得した情報を活用して動的に設定することが可能です ◼️注意事項
GitLabとGoogle DriveのそれぞれとYoomを連携してください。 トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。 プランによって最短の起動間隔が異なりますので、ご注意ください。
まとめ GitLabのマージリクエスト通知を自動化することで、
これまで手動で行っていた内容の確認や関係者への共有といった手間を削減し、レビュー依頼の見落としを防ぐことができます。 これにより、開発チームは迅速にレビュープロセスへ移行でき、開発サイクル全体のスピードアップが実現するため、本来注力すべき開発業務に集中できる環境整備が可能です!
今回ご紹介したような業務自動化を実現できるノーコードツール「Yoom」を使えば、プログラミングの知識がない方でも、直感的な操作で簡単に業務フローを構築可能です。 もし自動化に少しでも興味を持っていただけたなら、ぜひ会員登録フォーム から無料登録して、Yoomによる業務効率化を体験してみてください!
よくあるご質問
Q:特定の条件時だけ通知できますか?
A:
はい、可能です。 ミニプラン以上でご利用できる「分岐する」オペレーションを追加することで、特定の条件のものだけを連携できるようになります。
Q:通知から直接GitLabのMR画面へ飛べますか?
A:
はい、「マージリクエストが作成されたら」で取得した値の「Web URL」をSlackの通知に含めれば可能です。
Q:エラーが起きた際、どこで検知・リトライできますか?
A:
メールでその旨の通知が行われます。 また、自動での再実行(リトライ)は行われないため、エラー発生時は手動で再実行が必要です。詳しくは、以下のヘルプページをご参照ください。
もし、それでも解決しない場合は以下お問い合わせ窓口よりご連絡ください。