・
■概要
GitHubでのプルリクエスト作成後、レビュー依頼や報告書をPDFで作成し、関係者に共有する作業に手間を感じていませんか。手作業でのドキュメント作成やメール送信は、時間がかかるだけでなく、ミスが発生する可能性もあります。このワークフローを活用すれば、プルリクエストの作成をトリガーに、GoogleドキュメントからPDFを自動で生成し、指定した宛先にメール送信までを完結させることができ、GitHubと連携するPDF generatorのような仕組みをノーコードで実現します。
■このテンプレートをおすすめする方
■このテンプレートを使うメリット
■フローボットの流れ
※「トリガー」:フロー起動のきっかけとなるアクション、「オペレーション」:トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
■注意事項
「GitHubでプルリクエストが作成されるたびに、手動でレポート用のPDFを作成するのが面倒…」
「開発の進捗に合わせてドキュメントを更新する作業に時間がかかり、本来のコーディングに集中できない…」
このように、開発プロセスにおける手作業でのドキュメント作成に課題を感じていませんか?
もし、GitHubでのプルリクエスト作成といった特定のアクションをきっかけに、必要な情報を盛り込んだPDFドキュメントを自動で生成し、関係者に共有できる仕組みがあれば、これらの煩わしい作業から解放されることも可能です。そのうえ、より重要な開発業務に集中できる貴重な時間を生み出すことができます!
今回ご紹介する自動化は、ノーコードで簡単に設定できて、手間や時間もかからないので、ぜひ自動化を導入して作業をもっと楽にしましょう!
YoomにはGitHubの情報を基にPDFドキュメントを自動生成する業務フロー自動化のテンプレートが用意されています。
「まずは試してみたい!」という方は、以下のバナーをクリックして、すぐに自動化を体験してみましょう!
■概要
GitHubでのプルリクエスト作成後、レビュー依頼や報告書をPDFで作成し、関係者に共有する作業に手間を感じていませんか。手作業でのドキュメント作成やメール送信は、時間がかかるだけでなく、ミスが発生する可能性もあります。このワークフローを活用すれば、プルリクエストの作成をトリガーに、GoogleドキュメントからPDFを自動で生成し、指定した宛先にメール送信までを完結させることができ、GitHubと連携するPDF generatorのような仕組みをノーコードで実現します。
■このテンプレートをおすすめする方
■このテンプレートを使うメリット
■フローボットの流れ
※「トリガー」:フロー起動のきっかけとなるアクション、「オペレーション」:トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
■注意事項
それではここから代表的な例として、GitHubでプルリクエストが作成された際に、その情報を基にGoogleドキュメントでPDFを自動で作成し、送信するフローを解説していきます!
ここではYoomを使用してノーコードで設定をしていくので、もしまだYoomのアカウントをお持ちでない場合は、こちらの登録フォームからアカウントを発行しておきましょう。
※今回連携するアプリの公式サイト:GitHub/Googleドキュメント
[Yoomとは]
今回は大きく分けて以下のプロセスで作成します。
■概要
GitHubでのプルリクエスト作成後、レビュー依頼や報告書をPDFで作成し、関係者に共有する作業に手間を感じていませんか。手作業でのドキュメント作成やメール送信は、時間がかかるだけでなく、ミスが発生する可能性もあります。このワークフローを活用すれば、プルリクエストの作成をトリガーに、GoogleドキュメントからPDFを自動で生成し、指定した宛先にメール送信までを完結させることができ、GitHubと連携するPDF generatorのような仕組みをノーコードで実現します。
■このテンプレートをおすすめする方
■このテンプレートを使うメリット
■フローボットの流れ
※「トリガー」:フロー起動のきっかけとなるアクション、「オペレーション」:トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
■注意事項
ここでは、Yoomとそれぞれのアプリを連携して、操作が行えるようにしていきます。
まずは基本的な設定方法を解説しているナビをご覧ください!
こちらのナビで紹介しているGoogle スプレッドシートを参考に、Googleドキュメントのマイアプリ連携をしてください。
GitHubをマイアプリ連携
以下の手順をご参照ください。
雛形書類の作成方法については以下のリンク先をご覧ください。
今回は以下のような雛形を作成しました。

以下のバナーにある試してみるボタンをクリックしてください。
■概要
GitHubでのプルリクエスト作成後、レビュー依頼や報告書をPDFで作成し、関係者に共有する作業に手間を感じていませんか。手作業でのドキュメント作成やメール送信は、時間がかかるだけでなく、ミスが発生する可能性もあります。このワークフローを活用すれば、プルリクエストの作成をトリガーに、GoogleドキュメントからPDFを自動で生成し、指定した宛先にメール送信までを完結させることができ、GitHubと連携するPDF generatorのような仕組みをノーコードで実現します。
■このテンプレートをおすすめする方
■このテンプレートを使うメリット
■フローボットの流れ
※「トリガー」:フロー起動のきっかけとなるアクション、「オペレーション」:トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
■注意事項
テンプレートのコピーに成功すると、以下の画面が表示されますのでOKをクリックしましょう。
なお、コピーしたテンプレートはYoomのマイプロジェクトから確認できます。

プルリクエストが作成されたらをクリックします。

連携するアカウント情報にはステップ1で連携したアカウントか、連携時に使用していたYoomのアカウントが表示されます。
アカウントを確認して問題なければ次へをクリックしてください。

トリガーの起動間隔を設定します。

GitHubの画面に移動し、プルリクエストを作成しましょう。
今回ご紹介するテンプレートは、GitHubにプルリクエストが作成されたら起動します。
そのため、実際にテストを行うにはプルリクエストを作成する必要があるのです。
今回は以下のプルリクエストを作成しました。
プルリクエストが作成できたら、GitHubのプルリクエストが表示されている画面のURLをコピーしてください。

Yoomの画面に戻り、リポジトリの所有者とリポジトリ名を入力します。
注釈を確認し、先ほどコピーしたURLからそれぞれの箇所を抜き出して入力してください。
入力できたらテストをクリックしましょう。

テストに成功するとテスト成功画面が表示され、取得した値が表示されるはずです。
取得した値は実行した結果が設定される動的な値として利用できるため、このあとの設定でも使用します。
詳しく知りたい方は以下のリンク先をご覧ください。
確認できたら忘れずに完了をクリックしましょう。


書類を発行するをクリックします。

連携するアカウント情報にはステップ1で連携したアカウントか、連携時に使用していたYoomのアカウントが表示されます。
アカウントを確認して問題なければ次へ進みます。

ドキュメントのファイルIDを設定します。
入力欄をクリックし、事前準備で作成した雛形を選択してください。

格納先のGoogle DriveフォルダIDを設定します。
こちらも入力欄をクリックし、格納先を選択してください。

出力ファイル名を設定します。
デフォルトで設定されていますが、自由に変更可能です。
入力欄をクリックすることで取得した値を追加することもできます。
取得した値を活用することで、固定値ではなく、トリガーが実行されるたびに最新の情報が反映できます。
また、直接入力すると入力した値が固定値となり、このテンプレートを通して作成される全てのフィル名に反映されますのでご注意ください。
ここまで設定できたら次へをクリックしましょう。

置換対象の文字列と置換後の文字列の設定を行いましょう。
ここでは雛形に設定した置換対象の文字列に取得した値を設定します。
デフォルトで設定されていますが、置換対象の文字列に雛形で準備したものが表示されていない場合は、右上にある置換条件を再取得をクリックしてください。
※置換条件を再取得をクリックすると、現在表示されているものの下に新しく置換対象の文字列が表示されます。
それぞれ取得した値を設定してください。
また、使用しない置換対象の文字列はデフォルトのまま(取得した値が入っている状態)にしてください。
全て設定しているのを確認したらテストをクリックしましょう。
※テストをクリックすると実際に書類が作成されます。

テストに成功するとテスト成功画面と取得した値が表示されますのでご確認ください。
確認できたら完了をクリックしましょう。

先ほど指定した格納先にファイルが保存されていますので確認しておきましょう。

また、実際に書類内に取得した値が設定されているか確認してください。

メールを送るをクリックします。

Toを設定します。
任意のメールアドレスを設定してください。
※メールアドレスを直接入力すると、固定値となりこのテンプレートを通して作成される全てのメールの宛先として設定されます。

件名、本文を設定します。
それぞれデフォルトで設定されていますが、自由に変更可能です。
入力欄をクリックすることで取得した値を設定することも、直接入力することもできます。
続いて、添付ファイルを設定しましょう。
取得した値を使用、発行した書類となっていることを確認してください。
その他の項目について、今回は使用しないため設定しておりませんが、使用したい方は注釈を確認しご入力ください。
※このページ内で入力欄に直接記入すると入力した値が固定値となり、このテンプレートを通して作成される全てのメールに適用されますので注意しましょう。
ここまで設定できたら次へをクリック。

メールの送信内容を確認します。
問題なければテストをクリックしましょう。
※テストをクリックすると実際にメールが送信されます。

テストに成功するとテスト成功画面と取得した値が表示されますのでご確認ください。
確認できたら完了をクリックしましょう。

実際にメールが送信されていますので確認しておきましょう。

先ほどのYoomの画面で完了をクリックすると以下の画面が表示されます。
トリガーをONをクリックしてください。

お疲れ様でした!ここまでで設定は完了です!
以上がGitHubでプルリクエストが作成された際に、その情報を基にGoogleドキュメントでPDFを自動で作成し、送信するフローでした!
今回ご紹介した連携以外でも、GitHubのAPIを活用してさまざまな業務を自動化することが可能です。
例えば、GitHubにIssueが作成されるたびに、Google スプレッドシートやNotion、Trelloに自動で情報を追加することができます。
この自動化により、チーム内での進捗管理がスムーズに進み、手動での情報更新の手間を省くことが可能です。
■概要
GitHub上で新しいIssueが作成されたら、その情報を自動的に取得し、Notionデータベースに追加します。
追加したいデータベースにアクセスしなくても自動でデータを展開することが可能です。
■事前準備
Notionに事前にGitHubのIssueデータを追加するようのページを用意します。
実際のページイメージはこちら
■設定方法
①アプリトリガーからGithubを選択して以下の設定を行いテスト・保存します。
・トリガーアクション:Issueが新しく作成されたらを選択します。
・トリガー起動間隔:基本的には最短の5分で設定します。
・オーナー名:「https://github.com/{オーナー名}/{リポジトリ名}/issues/{Issue番号}」のオーナー名の箇所をコピーペーストします。
・リポジトリ名:「https://github.com/{オーナー名}/{リポジトリ名}/issues/{Issue番号}」のリポジトリ名の箇所をコピーペーストします。
②トリガー下の+マークからアプリと連携するオペレーションでNotionを選択し、以下の設定を行いテスト・保存し完了です。
・アクション:ページにテキストを追加を選択します。
・ページID:指定のページのURL上にあるページID(数字とアルファベットの組み合わせ)をコピーペーストします。
・コンテンツ:ページに追加したい内容を入力します。
①で取得したIssueのアウトプットを用いて埋め込みも可能です。
※アウトプットを動的に使用する設定の詳細はこちら
■注意事項
・GitHubアカウント、Notionアカウントとの連携設定が必要です。
・Notionとの連携でよくあるエラーについてはこちら
■概要
HubSpotのフォームが送信されたら、GitHubのIssueを作成するフローです。HubSpotのフォームが送信されたら、GitHubのIssueを作成するフローです。
■このテンプレートをおすすめする方
1.開発チーム
・ユーザーからのバグ報告や機能リクエストを効率的に管理したい開発チーム。
・フォーム送信内容を自動でGitHubのIssueに反映し、迅速に対応したいチーム。
2.プロダクトマネージャー
・ユーザーのフィードバックを直接GitHubのIssueとして管理し、開発の優先度を決定したいプロダクトマネージャー。
3.カスタマーサポートチーム
・顧客からの技術的な問い合わせやバグ報告を開発チームに迅速に伝えたいサポートチーム。
■このテンプレートを使うメリット
・ユーザーからのフィードバックやバグ報告にリアルタイムで対応することができユーザー満足度が向上します。
・手動でフォーム送信内容を確認し、GitHubにIssueを作成する手間を省けるため、作業時間を大幅に短縮することができます。
■注意事項
・HubSpot、GitHubのそれぞれとYoomを連携させてください。
■概要
GitHubでIssueが作成されたら、自動的にJira Softwareに課題を登録するフローボットです。
Jira SoftwareとGitHubの課題情報を同期する際などにご利用ください。
■注意事項
・GitHub、Jira SoftwareそれぞれとYoomを連携してください。
・GitHubにタスクが追加されてから5~15分後にJiraにも情報が同期されます。
■概要
GitHubでのIssue更新、Slackへの情報共有は迅速な対応に不可欠ですが、手作業では手間がかかり、通知漏れも起こり得るのではないでしょうか?
このワークフローを活用すれば、GitHubでIssueが更新された際に、Slackへ自動で通知することが可能になり、チーム内の情報共有を円滑にし、対応遅れのリスクを低減します。
■このテンプレートをおすすめする方
■このテンプレートを使うメリット
■フローボットの流れ
※「トリガー」:フロー起動のきっかけとなるアクション、「オペレーション」:トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
■注意事項
■概要
GitHubでの開発プロジェクトにおいて、Pull RequestやIssueが作成されるたびにTrelloへ手動でカードを作成する作業は、手間がかかる上に更新漏れのリスクも伴います。このような情報連携の課題は、開発のスピードを妨げる要因になりかねません。このワークフローを活用すれば、GitHubでIssueが作成・更新されるとTrelloにカードが自動で作成されるため、開発とタスク管理の連携を円滑にし、業務の効率化を実現します。
■このテンプレートをおすすめする方
■このテンプレートを使うメリット
■フローボットの流れ
※「トリガー」:フロー起動のきっかけとなるアクション、「オペレーション」:トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
■注意事項
■概要
Google スプレッドシートで行が追加されたら、GitHubにIssueを追加するフローです。
■このテンプレートをおすすめする方
1.Google スプレッドシートを日常的に利用しており、データ管理や共同作業を効率化したい方
・GitHubと併用して開発に関わるプロジェクト管理を行っている方
2.開発者ツールとしてGitHubを利用している企業
・GitHubを利用してプロジェクト管理を行っているが、手作業でのIssue追加を省きたいと考えている方
■このテンプレートを使うメリット
異なるアプリを併用して情報管理をしていると入力作業に多くの時間と労力が割かれると思います。
特に管理する情報量が多いと、その分負担も大きくなります。
そんな課題を解決する手段としてこのテンプレートは活躍します。
Google スプレッドシートで行が追加されたら、GitHubにも同じ情報がIssueとして自動追加されるため、情報の転記作業が不要になります。
これにより担当者は時間を節約できるため、業務効率化に寄与します。
また、人的エラーの削減にも貢献するでしょう。
人間の手で行う業務が多いと入力ミスや追加し忘れなどのリスクを孕みますが、自動化されることでこのようなミスを削減できます。
■注意事項
・Google スプレッドシートとGitHubのそれぞれとYoomを連携してください。
■概要
Googleフォームで登録された情報をGitHubに登録するフローです。
■このテンプレートをおすすめする方
1.顧客対応を担当している方
・Googleフォームを利用して顧客からの問い合わせを集約している方
・Googleフォームを問い合わせ用のフォームとして活用している方
2.Githubをタスク管理ツールとして利用している方
・顧客対応のタスクをGithubで管理している方
・Googleフォームの回答を自動でGithubに連携したい方
■このテンプレートを使うメリット
Googleフォームは顧客からの問い合わせ用のフォームとして活用することができ、回答の集約を効率的に行うことができます。
また、顧客からの問い合わせをタスク管理ツールで管理することもできるため、対応状況の可視化にも役立ちます。
しかし、タスク管理ツールへの登録作業は手動で行う必要があり、入力ミスや登録漏れが発生する恐れがあります。
このテンプレートを利用することで、Googleフォームに登録された内容をGithubに自動で登録できるため、入力ミスや登録漏れを防止することが可能です。
Githubへのタスク追加が自動化されることで、顧客対応がスピーディーになり、業務効率が向上します。
■注意事項
・Googleフォーム、GitHubのそれぞれとYoomを連携してください。
・Googleフォームをトリガーとして使用した際の回答内容を取得する方法は下記を参照ください。
https://intercom.help/yoom/ja/articles/6807133
・トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
・プランによって最短の起動間隔が異なりますので、ご注意ください。
■概要
SalesforceでToDoオブジェクトが登録されたらGitHubに追加するフローです。
■このテンプレートをおすすめする方
1.SalesforceのToDoオブジェクトを利用する営業・サポート担当者
・顧客からの問い合わせや要望、社内タスクなどをSalesforceのToDoで管理して開発チームへの対応依頼をGitHubに登録したい方
・ToDoを手動でGitHubに転記する手間を省いて業務効率を向上させたい方
・SalesforceとGitHubの情報連携を強化して顧客対応と開発対応の連携をスムーズにしたい方
2.GitHubを利用する開発チーム
・SalesforceのToDoに登録された顧客からの問題や要望をGitHub上で管理して開発プロセスに組み込みたい方
・営業・サポートチームからの情報をリアルタイムに把握して迅速な対応をしたい方
■このテンプレートを使うメリット
Salesforceは顧客管理に非常に強力なツールですが、ToDoオブジェクトが登録されるたびにGitHubに手動でISSUEを追加するのは、手入力ミスや情報の漏れが発生する可能性があります。
このフローを活用すれば、SalesforceでToDoオブジェクトが登録されたら自動的にGitHubに必要な情報が追加されて、営業担当者や開発チームはSalesforceとGitHubの両方を確認する必要がなくなり、最新の情報を効率的に共有することができます。
また、手作業での入力作業が不要になるため業務効率が向上して入力ミスを防ぐこともできます。
■注意事項
・Salesforce、GitHubのそれぞれとYoomを連携してください。
・Salesforceはチームプラン・サクセスプランでのみご利用いただけるアプリとなっております。フリープラン・ミニプランの場合は設定しているフローボットのオペレーションやデータコネクトはエラーとなりますので、ご注意ください。
・チームプランやサクセスプランなどの有料プランは、2週間の無料トライアルを行うことが可能です。無料トライアル中には制限対象のアプリを使用することができます。
■概要
Shopifyに新規の注文情報が更新されたら、GitHubのIssueを自動的に作成するフローです。
ShopifyとGitHubを連携することによって、注文情報をわざわざ確認しなくても、GitHubのIssue内に情報が追加されるので、タスク管理を容易にしたり、管理の抜けや漏れをなくすことができます。
■注意事項
・Shopify、GitHubそれぞれとYoomを連携してください。
・Shopifyはチームプラン・サクセスプランでのみご利用いただけるアプリとなっております。フリープラン・ミニプランの場合は設定しているフローボットのオペレーションやデータコネクトはエラーとなりますので、ご注意ください。
・チームプランやサクセスプランなどの有料プランは、2週間の無料トライアルを行うことが可能です。無料トライアル中には制限対象のアプリを使用することができます。
■概要
Zendeskで受け付けた顧客からの問い合わせやバグ報告を、開発チームが管理するGitHubにIssueとして手動で登録していませんか?この作業は情報連携に不可欠ですが、転記の手間や入力ミスが発生しがちです。このワークフローを活用すれば、Zendeskで新規チケットが作成されると、その内容をもとに自動でGitHubにIssueが追加されるため、こうした課題を解消し、迅速かつ正確な情報共有を実現できます。
■このテンプレートをおすすめする方
■このテンプレートを使うメリット
■フローボットの流れ
※「トリガー」:フロー起動のきっかけとなるアクション、「オペレーション」:トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
■注意事項
GitHubとドキュメント作成ツールを連携し、PDF生成を自動化することで、これまで手作業で行っていたプルリクエストの内容をまとめるレポート作成などの手間を削減し、ヒューマンエラーを防ぐことができます。
これにより、開発者はドキュメンテーション作業から解放され、本来のコア業務である開発活動により一層集中できる環境が整うでしょう!
今回ご紹介したような業務自動化を実現できるノーコードツール「Yoom」を使えば、プログラミングの知識がない方でも、直感的な操作で簡単に業務フローを構築可能です!
もし自動化に少しでも興味を持っていただけたなら、ぜひこちらの登録フォームから無料登録して、Yoomによる業務効率化を体験してみてください!
Q:プルリクエスト以外のGitHubアクションでも自動化できますか?
A:はい、できます。
例えば、GitHubアクションをIssueが新しく作成されたらなどに変更可能です。
GitHubアクションは、ステップ3の以下の箇所で変更できます。
下記画像の変更をクリックし、表示されたアクションの中から選択してください。
GitHubの他のアクションについては下記リンクをご確認ください。

Q:Googleドキュメント以外でPDFを作成できますか?
A:はい、できます。
今回と同様に雛形を利用してPDFを作成する場合は、Google スプレッドシートやMicrosoft Excelを利用して作成することも可能です。
運用内容に合わせて、お好みでカスタマイズしてください。

Q:自動化の途中でエラーが発生した場合はどうなりますか?
A:運用中にエラーが発生した場合は、Yoomにご登録いただいているメールアドレスへ通知が届きます。
通知メールには、エラーが起きている箇所や詳細のリンクが記載されておりますのでご確認ください。
また、再実行は自動で行われません。エラー修正後に手動で再実行してください。