特開 2024-75116 パイプライン設定更新装置、パイプライン設定更新方法、及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024075116

(43)【公開日】2024-06-03

(54)【発明の名称】パイプライン設定更新装置、パイプライン設定更新方法、及びプログラム

(51)【国際特許分類】

   G06F 8/71 20180101AFI20240527BHJP

【ＦＩ】

G06F8/71

【審査請求】未請求

【請求項の数】7

【出願形態】ＯＬ

(21)【出願番号】P 2022186322

(22)【出願日】2022-11-22

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．ＪＡＶＡ

(71)【出願人】

【識別番号】000005234

【氏名又は名称】富士電機株式会社

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(72)【発明者】

【氏名】古賀 雄一郎

【テーマコード（参考）】

5B376

【Ｆターム（参考）】

5B376BC08

5B376DA12

(57)【要約】

【課題】ビルド対象のプログラムの依存関係に応じて、パイプライン設定を更新する技術を提供すること。
【解決手段】本開示の一態様によるパイプライン設定更新装置は、継続的インテグレーションにおけるパイプライン処理の設定情報を更新するパイプライン設定更新装置であって、開発対象プログラムを構成する１以上のプログラムモジュールのソースコードがバージョン管理システムに登録されると、前記１以上のプログラムモジュールに含まれる各プログラムモジュール間の依存関係を表す依存関係情報を作成するように構成されている依存関係情報作成部と、前記依存関係情報に基づいて、前記１以上のプログラムモジュールを前記パイプライン処理により順にビルドする場合の実行順を決定するように構成されている実行順決定部と、前記実行順に基づいて、前記設定情報を更新するように構成されている設定更新部と、を有する。
【選択図】図２

【特許請求の範囲】

【請求項1】

継続的インテグレーションにおけるパイプライン処理の設定情報を更新するパイプライン設定更新装置であって、
開発対象プログラムを構成する１以上のプログラムモジュールのソースコードがバージョン管理システムに登録されると、前記１以上のプログラムモジュールに含まれる各プログラムモジュール間の依存関係を表す依存関係情報を作成するように構成されている依存関係情報作成部と、
前記依存関係情報に基づいて、前記１以上のプログラムモジュールを前記パイプライン処理により順にビルドする場合の実行順を決定するように構成されている実行順決定部と、
前記実行順に基づいて、前記設定情報を更新するように構成されている設定更新部と、
を有するパイプライン設定更新装置。

【請求項2】

前記開発対象プログラムを構成する１以上のプログラムモジュールのソースコードがバージョン管理システムに登録されると、前記１以上のプログラムモジュールに含まれる各プログラムモジュールに関して、前記プログラムモジュールが依存する他のプログラムモジュールの識別情報を表す構成情報を取得するように構成されている取得部を有し、
前記依存関係情報作成部は、
前記１以上のプログラムモジュールに含まれる各プログラムモジュールの構成情報に基づいて、前記依存関係情報を作成するように構成されている請求項１に記載のパイプライン設定更新装置。

【請求項3】

前記取得部は、
前記１以上のプログラムモジュールに含まれる各プログラムモジュールに関して、前記プログラムモジュールのソースコード毎に作成されたプロジェクトから前記構成情報を取得するように構成されている請求項２に記載のパイプライン設定更新装置。

【請求項4】

前記実行順決定部は、
前記依存関係情報に基づいて、互いに依存関係がないプログラムモジュールに関しては予め決められた順序で前記実行順を決定し、依存関係があるプログラムモジュールに関しては前記プログラムモジュールよりも前記プログラムモジュールが依存する他のプログラムモジュールの方が先の順序となるように前記実行順を決定するように構成されている請求項２又は３に記載のパイプライン設定更新装置。

【請求項5】

前記設定更新部は、
前記設定情報に含まれる情報のうち、前記パイプライン処理における前記１以上のプログラムモジュールのビルド実行順を表す情報を、前記実行順で更新するように構成されている請求項４に記載のパイプライン設定更新装置。

【請求項6】

継続的インテグレーションにおけるパイプライン処理の設定情報を更新するパイプライン設定更新方法であって、
開発対象プログラムを構成する１以上のプログラムモジュールのソースコードがバージョン管理システムに登録されると、前記１以上のプログラムモジュールに含まれる各プログラムモジュール間の依存関係を表す依存関係情報を作成する依存関係情報作成手順と、
前記依存関係情報に基づいて、前記１以上のプログラムモジュールを前記パイプライン処理により順にビルドする場合の実行順を決定する実行順決定手順と、
前記実行順に基づいて、前記設定情報を更新する設定更新手順と、
をコンピュータが実行するパイプライン設定更新方法。

【請求項7】

継続的インテグレーションにおけるパイプライン処理の設定情報を更新するプログラムであって、
開発対象プログラムを構成する１以上のプログラムモジュールのソースコードがバージョン管理システムに登録されると、前記１以上のプログラムモジュールに含まれる各プログラムモジュール間の依存関係を表す依存関係情報を作成する依存関係情報作成手順と、
前記依存関係情報に基づいて、前記１以上のプログラムモジュールを前記パイプライン処理により順にビルドする場合の実行順を決定する実行順決定手順と、
前記実行順に基づいて、前記設定情報を更新する設定更新手順と、
をコンピュータに実行させるプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、パイプライン設定更新装置、パイプライン設定更新方法、及びプログラムに関する。

【背景技術】

【0002】

プログラムの開発手法の１つとして、継続的インテグレーション（ＣＩ：Continuous Integration）と呼ばれる手法が知られている。ＣＩを実現するプログラムはＣＩツール等と呼ばれ、近年、プログラム開発の現場で広く用いられている。なお、ＣＩに関する従来技術の１つとして、例えば、不具合に係る内容等が管理されるチケットの属性情報に応じて、ＣＩにおける自動実行を効率的に実施する技術が知られている（特許文献１）。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０２１－１０５８６６号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

ＣＩツールではビルドやテスト等を自動実行することができるが、ビルド対象となるプログラムの依存関係が変更された場合、その都度、ビルドの実行順等が定義されるパイプライン設定を手動で更新する必要がある。

【0005】

本開示は、上記の点に鑑みてなされたもので、ビルド対象のプログラムの依存関係に応じて、パイプライン設定を更新する技術を提供する。

【課題を解決するための手段】

【0006】

本開示の一態様によるパイプライン設定更新装置は、継続的インテグレーションにおけるパイプライン処理の設定情報を更新するパイプライン設定更新装置であって、開発対象プログラムを構成する１以上のプログラムモジュールのソースコードがバージョン管理システムに登録されると、前記１以上のプログラムモジュールに含まれる各プログラムモジュール間の依存関係を表す依存関係情報を作成するように構成されている依存関係情報作成部と、前記依存関係情報に基づいて、前記１以上のプログラムモジュールを前記パイプライン処理により順にビルドする場合の実行順を決定するように構成されている実行順決定部と、前記実行順に基づいて、前記設定情報を更新するように構成されている設定更新部と、を有する。

【発明の効果】

【0007】

ビルド対象のプログラムの依存関係に応じて、パイプライン設定を更新する技術が提供される。

【図面の簡単な説明】

【0008】

【図1】モジュールの依存関係とビルドの実行順との関係の一例を示す図である。

【図2】本実施形態に係る開発支援システムの全体構成の一例を示す図である。

【図3】本実施形態に係るパイプライン設定更新システムのハードウェア構成の一例を示す図である。

【図4】本実施形態に係るパイプライン設定更新アプリケーションの機能構成の一例を示す図である。

【図5】依存関係テーブルの一例を示す図である。

【図6】本実施形態に係るパイプライン設定更新アプリケーションによって実行される処理の一例を示すフローチャートである。

【図7】モジュール構成情報の一例を示す図である。

【図8】パイプライン設定ファイルの更新の一例を示す図である。

【発明を実施するための形態】

【0009】

以下、本発明の一実施形態について説明する。

【0010】

＜継続的インテグレーション／継続的デリバリー＞
まず、継続的インテグレーション（ＣＩ）とそれに関連又は類似する開発手法である継続的デリバリー（ＣＤ：Continuous Delivery）の概略について説明する。

【0011】

ＣＩ及びＣＤはいずれもプログラム開発手法の１つであり、ビルド、テスト、デプロイといった処理（ジョブ）の内容をスクリプトとして定義し、ソースコードを管理するバージョン管理システム（ＶＣＳ：Version Control System）への登録（コミット）等をトリガーにスクリプトを自動で実行する手法のことである。１つ以上のジョブの実行で実現される一連の処理は「パイプライン」又は「パイプライン処理」と呼ばれる。一般に、ＣＩはビルドやテストを自動化する手法のことを指し、ＣＤはデプロイを自動化する手法のことを指す。

【0012】

ＣＩ／ＣＤを実現するプログラムはそれぞれＣＩツール／ＣＤツールと呼ばれる。これらのツールでは、パイプライン設定ファイルに定義された処理内容（スクリプト）やその処理の実行順等に従ってジョブが実行される。このため、ユーザは、自動化したいジョブの処理内容やその処理の実行順等をパイプライン設定ファイルに定義する必要がある。

【0013】

以下では、複数のプログラムで構成されるアプリケーションを開発することを想定し、ＣＩツールにより各プログラムのビルドを自動実行する場合を対象とする。このため、以下では、開発対象のアプリケーションを構成する各プログラム（ライブラリ等も含む。）のことを「モジュール」とも呼ぶことにする。

【0014】

＜モジュールの依存関係とビルドの実行順との関係＞
複数のモジュールでアプリケーションが構成されている場合、これら複数のモジュールの中には依存関係を持つモジュールが存在することが多い。例えば、或るモジュールが別のモジュールの処理結果等を参照しており、モジュール間に親子関係がある場合等である。このような場合、参照元である親モジュールは参照先である子モジュールに依存していることになり、親モジュールのビルドよりも子モジュールのビルドを先に実行する必要がある。

【0015】

例えば、図１に示すように、モジュールＡ、モジュールＢ、及びモジュールＣが存在し、モジュールＡはモジュールＢに依存し、モジュールＢはモジュールＣに依存しているものとする。この場合、モジュールＣ→モジュールＢ→モジュールＡの順にビルドを実行する必要する。

【0016】

このとき、例えば、モジュールＢが依存するモジュールとしてモジュールＤが追加された場合、モジュールＣ→モジュールＤ→モジュールＢ→モジュールＡ、又は、モジュールＤ→モジュールＣ→モジュールＢ→モジュールＡの順にビルドを実行する必要がある。このため、ユーザは、モジュールＤの追加に伴って、ＣＩツールのパイプライン設定ファイルに対してモジュールＤをビルドするためのビルド実行内容の定義を追加すると共に、当該パイプライン設定ファイルに定義されているビルド実行順を変更する必要がある。

【0017】

以上のように、開発対象のアプリケーションを構成するモジュールの追加・変更・削除に伴ってそれらのモジュールの依存関係が変更された場合、ユーザはパイプライン設定ファイルを手動で更新する必要があり、その更新作業に手間を要している。そこで、以下では、ＣＩツールによりプログラムのビルドを自動実行する際に、ビルド対象のモジュールの依存関係に応じて、パイプライン設定ファイルを自動的に更新することができる開発支援システム１について説明する。

【0018】

＜開発支援システム１の全体構成例＞
本実施形態に係る開発支援システム１の全体構成例を図２に示す。図２に示すように、本実施形態に係る開発支援システム１には、パイプライン設定更新システム１０と、継続的インテグレーションシステム２０と、バージョン管理システム３０と、開発者端末４０とが含まれる。ここで、パイプライン設定更新システム１０と継続的インテグレーションシステム２０との間、バージョン管理システム３０と開発者端末４０との間、継続的インテグレーションシステム２０とバージョン管理システム３０との間は、例えば、社内ネットワーク等といった通信ネットワークを介して相互に通信可能に接続される。

【0019】

パイプライン設定更新システム１０は、モジュールのソースコード（又は、ソースコードを含む必要なファイル群を管理するプロジェクトでもよい。）がバージョン管理システム３０に登録された場合、開発対象のアプリケーションを構成する各モジュールの依存関係からビルド実行順を決定した上で、このビルド実行順等により、後述するＣＩツール２１０のパイプライン設定ファイル２１２を更新する。また、パイプライン設定更新システム１０は、パイプライン設定ファイル２１２を更新した後、開発対象のアプリケーションを構成する各モジュールのビルドを順に実行するためのパイプライン実行指示を継続的インテグレーションシステム２０に送信する。

【0020】

ここで、パイプライン設定更新システム１０は、パイプライン設定更新アプリケーション１１０と、依存関係テーブル１２０とを有している。パイプライン設定更新アプリケーション１１０は、ビルド実行順の決定、パイプライン設定ファイル２１２の更新、パイプライン実行指示等を行うプログラムである。依存関係テーブル１２０は、開発対象のアプリケーションを構成する各モジュールの依存関係を表す情報が格納されるテーブル形式のデータである。なお、パイプライン設定更新アプリケーション１１０と依存関係テーブル１２０の詳細については後述する。

【0021】

継続的インテグレーションシステム２０は、パイプライン設定更新システム１０からパイプライン実行指示を受信した場合、ＣＩツール２１０により、開発対象のアプリケーションを構成する各モジュールのビルドをビルドツール２２０に対して順に指示する。ここで、ＣＩツール２１０にはビルド実行指示部２１１とパイプライン設定ファイル２１２とが含まれており、ビルド実行指示部２１１は、パイプライン設定ファイル２１２に定義されているビルド実行内容とビルド実行順に従って、ビルドツール２２０に対して各モジュールのビルドを順に指示する。これにより、ビルドツール２２０によって当該ビルド実行順に各モジュール（のソースコード）のビルドが実行され、パイプライン処理が実現される。

【0022】

なお、ＣＩツール２１０としては既知の任意のＣＩツールを用いることが可能であり、例えば、ＧｉｔＬａｂ、Ｊｅｎｋｉｎｓ、Ｔｒａｖｉｓ ＣＩ等を用いることが可能である。また、ビルドツール２２０としては既知の任意のビルドツールを用いることが可能であり、例えば、Ｍａｖｅｎ、Ａｎｔ、Ｇｒａｄｌｅ等を用いることが可能である。

【0023】

バージョン管理システム３０は、モジュールのソースコード及びそのバージョンを管理するリポジトリを備えている。バージョン管理システム３０は、モジュールのソースコード（又は、そのプロジェクト）がリポジトリに登録された場合、登録通知をパイプライン設定更新システム１０に送信する。なお、バージョン管理システム３０としては既知の任意のバージョン管理システムを用いることが可能であり、例えば、Ｇｉｔ、ＧｉｔＨｕｂ等を用いることが可能である。

【0024】

開発者端末４０は、モジュールのソースコード（又は、そのプロジェクト）をバージョン管理システム３０のリポジトリに登録する者（例えば、モジュールの開発者等）が利用する端末である。

【0025】

なお、図２に示す開発支援システム１の全体構成は一例であって、開発支援システム１の全体構成はこれに限られるものではない。例えば、パイプライン設定更新システム１０、継続的インテグレーションシステム２０及びバージョン管理システム３０のうちの２つ以上のシステムが一体で構成されていてもよい。

【0026】

＜パイプライン設定更新システム１０のハードウェア構成例＞
本実施形態に係るパイプライン設定更新システム１０のハードウェア構成例を図３に示す。図３に示すように、本実施形態に係るパイプライン設定更新システム１０は、入力装置１１と、表示装置１２と、外部Ｉ／Ｆ１３と、通信Ｉ／Ｆ１４と、ＲＡＭ（Random Access Memory）１５と、ＲＯＭ（Read Only Memory）１６と、補助記憶装置１７と、プロセッサ１８とを有する。これらの各ハードウェアは、それぞれがバス１９を介して通信可能に接続される。

【0027】

入力装置１１は、例えば、キーボード、マウス、タッチパネル、物理ボタン等である。表示装置１２は、例えば、ディスプレイ、表示パネル等である。なお、パイプライン設定更新システム１０は、例えば、入力装置１１及び表示装置１２のうちの少なくとも一方を有していなくてもよい。

【0028】

外部Ｉ／Ｆ１３は、記録媒体１３ａ等の外部装置とのインタフェースである。記録媒体１３ａとしては、例えば、ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disk）、ＳＤメモリカード（Secure Digital memory card）、ＵＳＢ（Universal Serial Bus）メモリカード等が挙げられる。

【0029】

通信Ｉ／Ｆ１４は、パイプライン設定更新システム１０を通信ネットワークに接続するためのインタフェースである。ＲＡＭ１５は、プログラムやデータを一時保持する揮発性の半導体メモリ（記憶装置）である。ＲＯＭ１６は、電源を切ってもプログラムやデータを保持することができる不揮発性の半導体メモリ（記憶装置）である。補助記憶装置１７は、例えば、ＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）等の不揮発性の記憶装置である。プロセッサ１８は、例えば、ＣＰＵ（Central Processing Unit）等の各種演算装置である。

【0030】

なお、図３に示すハードウェア構成は一例であって、パイプライン設定更新システム１０のハードウェア構成はこれに限られるものではない。例えば、パイプライン設定更新システム１０は、複数の補助記憶装置１７や複数のプロセッサ１８を有していてもよいし、図示したハードウェアの一部を有していなくてもよいし、図示したハードウェア以外の種々のハードウェアを有していてもよい。

【0031】

＜パイプライン設定更新アプリケーション１１０の機能構成例＞
図４に示すように、本実施形態に係るパイプライン設定更新アプリケーション１１０は、プロセッサ１８等に実行させる処理により、登録通知受信部１１１と、モジュール構成情報取得部１１２と、依存関係テーブル作成・更新部１１３と、ビルド実行順決定部１１４と、パイプライン設定ファイル更新部１１５と、パイプライン実行指示部１１６とを実現することができる。

【0032】

登録通知受信部１１１は、バージョン管理システム３０からの登録通知を受信する。

【0033】

モジュール構成情報取得部１１２は、登録通知受信部１１１によって登録通知が受信されると、開発対象のアプリケーションを構成する各モジュールに関して、当該モジュールのソースコード又はプロジェクトからモジュール構成情報を取得する。モジュール構成情報とは、当該モジュールが依存するモジュール（以下、依存モジュールともいう。）を表す情報のことである。

【0034】

ただし、開発対象のアプリケーションを構成する各モジュールに関して、バージョン管理システム３０には複数バージョンのソースコード又はプロジェクトが登録され得る。このため、モジュール構成情報取得部１１２は、開発対象のアプリケーションを構成する各モジュールに関して、当該モジュールの最新バージョンのソースコード又はプロジェクトからモジュール構成情報を取得する。

【0035】

依存関係テーブル作成・更新部１１３は、モジュール構成情報取得部１１２によってモジュール構成情報が取得されると、それらのモジュール構成情報を用いて新たな依存関係テーブル１２０を作成し、既存の依存関係テーブル１２０を上書き更新する。ただし、既存の依存関係テーブル１２０が存在しない場合、依存関係テーブル作成・更新部１１３は、新たな依存関係テーブル１２０をそのまま補助記憶装置１７等の記憶領域に保存すればよい。

【0036】

ビルド実行順決定部１１４は、依存関係テーブル作成・更新部１１３によって作成・更新された依存関係テーブル１２０を用いて、開発対象のアプリケーションを構成する各モジュールのビルド実行順を決定する。

【0037】

パイプライン設定ファイル更新部１１５は、ビルド実行順決定部１１４によってビルド実行順が決定されると、開発対象のアプリケーションを構成する各モジュールのビルド実行内容の定義に必要な情報と当該ビルド実行順とを用いて、パイプライン設定ファイル２１２を更新する。ここで、各モジュールのビルド実行内容の定義に必要な情報とは、ビルド実行内容としてパイプライン設定ファイル２１２に定義されるパラメータとその値のことである。

【0038】

パイプライン実行指示部１１６は、パイプライン設定ファイル更新部１１５によってパイプライン設定ファイル２１２が更新されると、パイプライン実行指示を継続的インテグレーションシステム２０に送信する。

【0039】

＜依存関係テーブル１２０＞
一例として、モジュールＡ、モジュールＢ、モジュールＣ、モジュールＤが存在し、これらのモジュール名をそれぞれ「ｍｏｄｕｌｅＡ」、「ｍｏｄｕｌｅＢ」、「ｍｏｄｕｌｅＣ」、「ｍｏｄｕｌｅＤ」とする。このとき、モジュールＡがモジュールＢに依存し、モジュールＢがモジュールＣ及びＤに依存している場合の依存関係テーブル１２０を図５に示す。図５に示すように、依存関係テーブル１２０では、開発対象のアプリケーションを構成する各モジュールのモジュール名を表す「モジュール名」と、そのモジュール名のモジュールが依存しているモジュール（依存モジュール）のモジュール名を表す「依存モジュール名」とが対応付けられている。

【0040】

例えば、モジュール名「ｍｏｄｕｌｅＡ」には依存モジュール名「ｍｏｄｕｌｅＢ」が対応付けられている。これは、モジュールＡはモジュールＢに依存していることを表している。

【0041】

また、例えば、モジュール名「ｍｏｄｕｌｅＢ」には依存モジュール名「ｍｏｄｕｌｅＣ」及び「ｍｏｄｕｌｅＤ」が対応付けられている。これは、モジュールＢはモジュールＣとモジュールＤに依存していることを表している。

【0042】

このように、依存関係テーブル１２０には、開発対象のアプリケーションを構成する各モジュールの依存関係を表す情報が格納されている。

【0043】

＜パイプライン設定更新アプリケーション１１０によって実行される処理＞
一例として、以下の条件の下でパイプライン設定更新アプリケーション１１０によって実行される処理について、図６を参照しながら説明する。

【0044】

・開発対象のアプリケーションのプログラミング言語はＪａｖａであるものとする。

【0045】

・ビルドツール２２０はＭａｖｅｎであるものとする。

【0046】

・ＣＩツール２１０はＧｉｔＬａｂであるものとする。

【0047】

・開発者はモジュール毎にＭａｖｅｎプロジェクトを作成し、それらのＭａｖｅｎプロジェクトがバージョン管理システム３０に登録されるものとする。

【0048】

・図１に示すように、モジュールＡ、モジュールＢ、モジュールＣが存在し、モジュールＡがモジュールＢに依存し、モジュールＢがモジュールＣに依存している場合に、モジュールＢの依存モジュールとしてモジュールＤが追加されるものとする。

【0049】

ただし、上記の条件はいずれも一例であって、以下で説明する処理は上記の条件に限定されるものではない。例えば、プログラミング言語はＪａｖａに限られるものではなく、ビルドが存在するプログラミング言語であれば任意のプログラミング言語を対象とすることが可能である。また、ビルドツール２２０はＭａｖｅｎに限られるものではなく、またＣＩツール２１０はＧｉｔＬａｂに限られるものではない。

【0050】

このとき、或る開発者の開発者端末４０によってモジュールＤのソースコードが含まれるＭａｖｅｎプロジェクトがバージョン管理システム３０に登録され、その登録通知がパイプライン設定更新システム１０に送信されたものとする。

【0051】

まず、登録通知受信部１１１は、バージョン管理システム３０からの登録通知を受信する（ステップＳ１０１）。

【0052】

次に、モジュール構成情報取得部１１２は、開発対象のアプリケーションを構成する各モジュール（つまり、モジュールＡ、モジュールＢ、モジュールＣ、モジュールＤ）に関して、当該モジュールのＭａｖｅｎプロジェクトからモジュール構成情報を取得する（ステップＳ１０２）。ただし、同一モジュールのＭａｖｅｎプロジェクトが複数存在する場合、モジュール構成情報取得部１１２は、最新バージョンのＭａｖｅｎプロジェクトからモジュール構成情報を取得する。

【0053】

ここで、Ｍａｖｅｎプロジェクトには、当該モジュールのソースコードの他に、当該モジュールのモジュール構成情報が定義されたｐｏｍ．ｘｍｌと呼ばれるファイルが含まれている。このため、モジュール構成情報取得部１１２は、当該モジュールのｐｏｍ．ｘｍｌから当該モジュールのモジュール構成情報を取得すればよい。

【0054】

モジュールＡ～モジュールＤのｐｏｍ．ｘｍｌの一例を図７（ａ）～図７（ｄ）にそれぞれ示す。

【0055】

図７（ａ）に示すように、モジュールＡのｐｏｍ．ｘｍｌには、モジュールＡの依存モジュール（ライブラリも含む。）が定義される依存情報１１００が含まれる。このため、モジュール構成情報取得部１１２は、モジュールＡのｐｏｍ．ｘｍｌに含まれる依存情報１１００を解析し、その解析結果として得られた依存モジュールの識別情報（例えば、モジュール名やモジュールＩＤ等）をモジュール構成情報として取得すればよい。図７（ａ）に示す例では、依存情報１１００にはアーティファクトＩＤとして依存モジュールのモジュール名「ｍｏｄｕｌｅＢ」が定義されており、このモジュール名「ｍｏｄｕｌｅＢ」がモジュールＡのモジュール構成情報として取得される。

【0056】

同様に、図７（ｂ）に示すように、モジュールＢのｐｏｍ．ｘｍｌには、モジュールＡの依存モジュール（ライブラリも含む。）が定義される依存情報１２００が含まれる。このため、モジュール構成情報取得部１１２は、モジュールＢのｐｏｍ．ｘｍｌに含まれる依存情報１２００を解析し、その解析結果として得られた依存モジュールの識別情報をモジュール構成情報として取得すればよい。図７（ｂ）に示す例では、依存情報１２００にはアーティファクトＩＤとして依存モジュールのモジュール名「ｍｏｄｕｌｅＣ」及び「ｍｏｄｕｌｅＤ」が定義されており、これらのモジュール名「ｍｏｄｕｌｅＣ」及び「ｍｏｄｕｌｅＤ」がモジュールＢのモジュール構成情報として取得される。

【0057】

一方で、図７（ｃ）及び（ｄ）に示すように、モジュールＣのｐｏｍ．ｘｍｌとモジュールＤのｐｏｍ．ｘｍｌには依存情報が含まれていない。このため、例えば、「依存関係なし」を表す情報がモジュールＣのモジュール構成情報として取得され、同様に「依存関係なし」を表す情報がモジュールＤのモジュール構成情報として取得される。ただし、この場合、モジュール構成情報が取得されなくてもよい。

【0058】

次に、依存関係テーブル作成・更新部１１３は、上記のステップＳ１０２で取得されたモジュール構成情報を用いて新たな依存関係テーブル１２０を作成し、既存の依存関係テーブル１２０を上書き更新する（ステップＳ１０３）。すなわち、依存関係テーブル作成・更新部１１３は、モジュールＡのモジュール構成情報～モジュールＤのモジュール構成情報を用いて、図５に示す依存関係テーブル１２０を作成し、既存の依存関係テーブル１２０を上書き更新する。

【0059】

次に、ビルド実行順決定部１１４は、上記のステップＳ１０３で作成・更新された依存関係テーブル１２０を用いて、開発対象のアプリケーションを構成する各モジュールのビルド実行順を決定する（ステップＳ１０４）。例えば、ビルド実行順決定部１１４は、互いに依存関係がないモジュールに関しては予め決められた順（例えば、モジュール名やモジュールＩＤ順）でビルド順を決定し、依存関係があるモジュールに関しては依存モジュールが先、その依存モジュールに依存するモジュールが後となるようにビルド順を決定する。

【0060】

例えば、図５に示す依存関係テーブル１２０では、モジュールＢのビルド順はモジュールＡのビルド順よりも先となる。また、モジュールＣのビルド順とモジュールＤのビルド順はモジュールＢのビルド順よりも先となる。一方で、モジュールＣとモジュールＤは互いに依存関係がないため、予め決められた順（例えば、モジュール名順）にビルド順が決定され、モジュールＣのビルド順はモジュールＤのビルド順よりも先となる。したがって、図５に示す依存関係テーブル１２０では、モジュールＣ→モジュールＤ→モジュールＢ→モジュールＡとビルド順が決定される。

【0061】

次に、パイプライン設定ファイル更新部１１５は、開発対象のアプリケーションを構成する各モジュールのビルド実行内容の定義に必要な情報と、上記のステップＳ１０４で決定されたビルド順とを用いて、パイプライン設定ファイル２１２を更新する（ステップＳ１０５）。

【0062】

上記のステップＳ１０５における更新前のパイプライン設定ファイル２１２の一例と更新後のパイプライン設定ファイル２１２の一例とを図８に示す。図８に示すように、パイプライン設定ファイル２１２には、ビルド実行順定義部３１０と、ビルド実行内容定義部３２０とが含まれる。

【0063】

更新前のパイプライン設定ファイル２１２のビルド実行内容定義部３２０には、モジュールＡのビルド実行内容３２０Ａと、モジュールＢのビルド実行内容３２０Ｂと、モジュールＣのビルド実行内容３２０Ｃとが定義されている。また、更新前のパイプライン設定ファイル２１２のビルド実行順定義部３１０には、ビルド実行内容３２０Ｃで定義されたジョブ（ビルド）のステージ名「ｂｕｉｌｄＣ」と、ビルド実行内容３２０Ｂで定義されたジョブ（ビルド）のステージ名「ｂｕｉｌｄＢ」と、ビルド実行内容３２０Ａで定義されたジョブ（ビルド）のステージ名「ｂｕｉｌｄＡ」とが上から順に定義されている。これは、モジュールＣ→モジュールＢ→モジュールＡの順にビルドを実行することを表している。

【0064】

このとき、パイプライン設定ファイル更新部１１５は、開発対象のアプリケーションを構成する各モジュールのビルド実行内容の定義に必要な情報を用いてビルド実行内容定義部３２０を更新すると共に、上記のステップＳ１０４で決定されたビルド順を用いてビルド実行順定義部３１０を更新する。具体的には、パイプライン設定ファイル更新部１１５は、モジュールＤのビルド実行内容の定義に必要な情報を用いてビルド実行内容３２０Ｄをビルド実行内容定義部３２０に追加すると共に、上記のステップＳ１０４で決定されたビルド順「モジュールＣ→モジュールＤ→モジュールＢ→モジュールＡ」を用いてビルド実行内容３２０Ｄで定義されたジョブ（ビルド）のステージ名「ｂｕｉｌｄＤ」を「ｂｕｉｌｄＣ」の後に追加する。これにより、更新後のパイプライン設定ファイル２１２が得られ、このパイプライン設定ファイル２１２によって「モジュールＣ→モジュールＤ→モジュールＢ→モジュールＡ」の順にビルドを実行することが可能となる。

【0065】

なお、開発対象のアプリケーションを構成する各モジュールのビルド実行内容の定義に必要な情報に含まれる一部のパラメータとその値は予め決められており、他のパラメータとその値は当該モジュールのＭａｖｅｎプロジェクトから取得可能である。例えば、図８に示す例では、パラメータ「ｓｃｒｉｐｔ」の値は予め決められている。一方で、例えば、パラメータ「ｉｍａｇｅ」や「ａｒｔｉｆａｃｔｓ」、「ｓｔａｇｅ」の値はＭａｖｅｎプロジェクトから取得可能である。

【0066】

そして、パイプライン実行指示部１１６は、パイプライン実行指示を継続的インテグレーションシステム２０に送信する（ステップＳ１０６）。これにより、継続的インテグレーションシステム２０では、ビルド実行指示部２１１により、パイプライン設定ファイル２１２のビルド実行順定義部３１０に定義されているビルド実行順に従って、ビルド実行内容定義部３２０に定義されているビルド実行内容のビルド指示がビルドツール２２０に対して行われ、当該ビルドツール２２０によりモジュール（のソースコード）のビルドが行われる。

【0067】

＜まとめ＞
以上のように、本実施形態に係る開発支援システム１では、開発対象のアプリケーションを構成するモジュールをビルドする際に、それらのモジュールの依存関係に応じて、ＣＩツール２１０のパイプライン設定ファイル２１２を更新し、ビルドの実行順を動的に変更することができる。このため、開発対象のアプリケーションを構成するモジュールの依存関係に変更が生じた場合であっても、ユーザがその都度パイプライン設定ファイル２１２を手動で更新する必要がなくなり、その手間が削減される。

【0068】

なお、上記の実施形態では、開発対象のアプリケーションを構成するモジュールの追加に伴って依存関係が変更された場合について説明したが、これに限られるものではなく、モジュールの変更や削除に伴って依存関係が変更された場合にも同様に適用することが可能である。

【0069】

また、上記の実施形態では、既にパイプライン設定ファイル２１２が存在し、これを更新する場合について説明したが、例えば、パイプライン設定ファイル２１２が存在せず、これを新規に作成する場合にも同様に適用することが可能である。

【0070】

更に、上記の実施形態では、ソースコード又はプロジェクトがバージョン管理システム３０に登録された場合、その登録通知がパイプライン設定更新システム１０に送信されるものとしたが、これに限られるものではなく、例えば、パイプライン設定更新システム１０がバージョン管理システム３０を定期的にポーリングし、ソースコード又はプロジェクトの新規登録有無を確認してもよい。

【0071】

本発明は、具体的に開示された上記の実施形態に限定されるものではなく、特許請求の範囲の記載から逸脱することなく、種々の変形や変更、既知の技術との組み合わせ等が可能である。

【符号の説明】

【0072】

１ 開発支援システム
１０ パイプライン設定更新システム
１１ 入力装置
１２ 表示装置
１３ 外部Ｉ／Ｆ
１３ａ 記録媒体
１４ 通信Ｉ／Ｆ
１５ ＲＡＭ
１６ ＲＯＭ
１７ 補助記憶装置
１８ プロセッサ
１９ バス
２０ 継続的インテグレーションシステム
３０ バージョン管理システム
４０ 開発者端末
１１０ パイプライン設定更新アプリケーション
１１１ 登録通知受信部
１１２ モジュール構成情報取得部
１１３ 依存関係テーブル作成・更新部
１１４ ビルド実行順決定部
１１５ パイプライン設定ファイル更新部
１１６ パイプライン実行指示部
１２０ 依存関係テーブル
２１０ ＣＩツール
２１１ ビルド実行指示部
２１２ パイプライン設定ファイル
２２０ ビルドツール

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】