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

ステップ2:該当のテンプレートをコピー
以下のバナーにある試してみるボタンをクリックしてください。
GitHubでプルリクエストが作成されたら、GoogleドキュメントでPDFを作成し送信する
試してみる
■概要
GitHubでのプルリクエスト作成後、レビュー依頼や報告書をPDFで作成し、関係者に共有する作業に手間を感じていませんか。
手作業でのドキュメント作成やメール送信は、時間がかかるだけでなく、ミスが発生する可能性もあります。
このワークフローを活用すれば、プルリクエストの作成をトリガーに、GoogleドキュメントからPDFを自動で生成し、指定した宛先にメール送信までを完結させることができ、GitHubと連携するPDF generatorのような仕組みをノーコードで実現します。
■このテンプレートをおすすめする方
・GitHubでの開発プロセスにおいて、ドキュメント作成や共有を効率化したい開発者の方
・プルリクエストの内容をもとに、手作業でPDFの報告書を作成し、共有しているチームリーダーの方
・GitHubと連携するPDF generatorの仕組みを構築し、定型業務を自動化したい方
■注意事項
・GitHub、GoogleドキュメントのそれぞれとYoomを連携してください。
・トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
・プランによって最短の起動間隔が異なりますので、ご注意ください。
テンプレートのコピーに成功すると、以下の画面が表示されますのでOKをクリックしましょう。
なお、コピーしたテンプレートはYoomのマイプロジェクトから確認できます。

ステップ3:GitHubにプルリクエストが作成された際の設定
プルリクエストが作成されたらをクリックします。

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

トリガーの起動間隔を設定します。
- トリガーの起動タイミングは、5分、10分、15分、30分、60分のいずれかで設定できます。
ご利用プランによって、設定できるトリガーの最短間隔が違うので、その点は要チェックです。
なお、基本的にはそのプランの最短の起動間隔にしてお使いいただくことをおすすめします。

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

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

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


ステップ4:Googleドキュメントで書類を発行する設定
書類を発行するをクリックします。

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

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

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

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

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

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

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

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

ステップ5:メールを送る設定
メールを送るをクリックします。

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

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

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

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

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

ステップ6:トリガーをONにし、フローが起動するかを確認
先ほどのYoomの画面で完了をクリックすると以下の画面が表示されます。
トリガーをONをクリックしてください。

お疲れ様でした!ここまでで設定は完了です!
以上がGitHubでプルリクエストが作成された際に、その情報を基にGoogleドキュメントでPDFを自動で作成し、送信するフローでした!
GitHubを使ったその他の自動化例
今回ご紹介した連携以外でも、GitHubのAPIを活用してさまざまな業務を自動化することが可能です。
例えば、GitHubにIssueが作成されるたびに、Google スプレッドシートやNotion、Trelloに自動で情報を追加することができます。
この自動化により、チーム内での進捗管理がスムーズに進み、手動での情報更新の手間を省くことが可能です。
GitHubに新しいIssueが作成されたらNotionのページにテキストを追加する
試してみる
Githubに新しいIssueが作成されたらNotionのページにテキストを追加する
GitHubでIssueが作成されたらJira Softwareに課題を登録する
試してみる
GitHubでIssueが作成されたら、自動的にJira Softwareに課題を登録するフローボットです。
GitHubでIssueが更新されたら、Slackに通知する
試してみる
■概要
「GitHubでIssueが更新されたら、Slackに通知する」フローは、開発チームのコミュニケーションを円滑にする業務ワークフローです。
GitHub上でIssueが変更された際に、自動的にSlackに通知が送られるため、チームメンバー全員が迅速に状況を把握できます。
これにより、情報共有の遅れや見落としを防ぎ、プロジェクトの進行をスムーズに保つことができます。
■このテンプレートをおすすめする方
・GitHubでのIssue管理を効率化したい開発チームのリーダー
・Slackを活用してチーム内のコミュニケーションを強化したいエンジニア
・プロジェクトの進捗状況をリアルタイムで把握したいプロジェクトマネージャー手動での通知設定に時間を割きたくない忙しい開発者
■注意事項
・GitHub、SlackのそれぞれとYoomを連携してください。
・トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
・プランによって最短の起動間隔が異なりますので、ご注意ください。
・分岐はミニプラン以上のプランでご利用いただける機能(オペレーション)となっております。フリープランの場合は設定しているフローボットのオペレーションはエラーとなりますので、ご注意ください。
・ミニプランなどの有料プランは、2週間の無料トライアルを行うことが可能です。無料トライアル中には制限対象のアプリや機能(オペレーション)を使用することができます。
GitHubでPull Requestが作成されたらTrelloにカードを作成する
試してみる
■概要
「GitHubでPull Requestが作成されたらTrelloにカードを作成する」フローは、ソフトウェア開発とプロジェクト管理を連携させる業務ワークフローです。
開発者がGitHub上でプルリクエストを作成すると、自動的にTrelloに対応するカードが生成されます。これによりタスクの進捗管理が容易になり手動でのカード追加作業を省くことができます。
TrelloとGitHubの連携を活用することでチーム全体の作業効率とコミュニケーションを向上させましょう。
■このテンプレートをおすすめする方
・GitHubとTrelloを併用してプロジェクト管理を行っている開発チームのメンバー
・プルリクエストの管理を効率化し、タスクの可視化を図りたいプロジェクトマネージャー
・手動でのTrelloカード作成に時間を取られず、自動化による業務効率化を目指すチームリーダー
・GitHubとTrelloの連携を強化し、開発プロセスとプロジェクト管理をシームレスに統合したいIT担当者
■注意事項
・GitHub、TrelloのそれぞれとYoomを連携してください。
Google スプレッドシートで行が追加されたら、GitHubにIssueを追加する
試してみる
Google スプレッドシートで行が追加されたら、GitHubにIssueを追加するフローです。
Googleフォームで登録された情報をGitHubに登録する
試してみる
Googleフォームで登録された情報をGitHubに登録するフローです。
HubSpotのフォームが送信されたら、GitHubのIssueを作成する
試してみる
HubSpotのフォームが送信されたら、GitHubのIssueを作成するフローです。
SalesforceでToDoオブジェクトが登録されたらGitHubに追加する
試してみる
SalesforceでToDoオブジェクトが登録されたらGitHubに追加するフローです。
Shopifyに注文があったら、GitHubのIssueを作成する
試してみる
Shopifyに新規の注文情報が更新されたら、GitHubのIssueを自動的に作成するフローです。
Zendeskで新規チケットが作成されたら、GitHubにIssueを追加する
試してみる
■概要
Zendeskで受け付けた顧客からの問い合わせやバグ報告を、開発チームが管理するGitHubにIssueとして手動で登録していませんか。
この作業は情報連携に不可欠ですが、転記の手間や入力ミスが発生しがちです。
このワークフローを活用すれば、Zendeskで新規チケットが作成されると、その内容をもとに自動でGitHubにIssueが追加されるため、こうした課題を解消し、迅速かつ正確な情報共有を実現できます。
■このテンプレートをおすすめする方
・ZendeskのチケットをGitHubのIssueへ手作業で転記しているカスタマーサポート担当者の方
・開発チームと顧客サポートチーム間の情報連携を効率化したいプロジェクトマネージャーの方
・ZendeskとGitHub間の連携を自動化し、対応漏れや遅延を防ぎたいと考えている方
■注意事項
・Zendesk、GitHubのそれぞれとYoomを連携してください。
・【Zendesk】はチームプラン・サクセスプランでのみご利用いただけるアプリとなっております。フリープラン・ミニプランの場合は設定しているフローボットのオペレーションやデータコネクトはエラーとなりますので、ご注意ください。
・チームプランやサクセスプランなどの有料プランは、2週間の無料トライアルを行うことが可能です。無料トライアル中には制限対象のアプリを使用することができます。
・トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
・プランによって最短の起動間隔が異なりますので、ご注意ください。
まとめ
GitHubとドキュメント作成ツールを連携し、PDF生成を自動化することで、これまで手作業で行っていたプルリクエストの内容をまとめるレポート作成などの手間を削減し、ヒューマンエラーを防ぐことができます。
これにより、開発者はドキュメンテーション作業から解放され、本来のコア業務である開発活動により一層集中できる環境が整うでしょう!
今回ご紹介したような業務自動化を実現できるノーコードツール「Yoom」を使えば、プログラミングの知識がない方でも、直感的な操作で簡単に業務フローを構築可能です!
もし自動化に少しでも興味を持っていただけたなら、ぜひこちらの登録フォームから無料登録して、Yoomによる業務効率化を体験してみてください!
よくあるご質問
Q:プルリクエスト以外のGitHubアクションでも自動化できますか?
A:はい、できます。
例えば、GitHubアクションをIssueが新しく作成されたらなどに変更可能です。
GitHubアクションは、ステップ3の以下の箇所で変更できます。
下記画像の変更をクリックし、表示されたアクションの中から選択してください。
GitHubの他のアクションについては下記リンクをご確認ください。

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

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