| 【発明の名称】 |
プログラムのバージョン管理装置および方法 |
| 【発明者】 |
【氏名】小島 誠
|
| 【要約】 |
【課題】アプロケーションプログラム全体をバージョン単位で容易に再現できるプログラムのバージョン管理装置と方法を提供する。
【解決手段】現在使用中の版数のソースプログラムの内容を変更し、バージョン管理の登録操作を行うエディタと、現在のソースプログラムの内容と、版数が増加したソースプログラムの内容とを比較して変更箇所を抽出し、個々のファイル単位の版数管理を行うとともに、アプリケーション単位としてのバージョンを管理するバージョンマネージャと、変更箇所を記憶するバージョン管理データベースと、バージョン管理データベースから指定した版数のソースプログラムを再現するソースジェネレータとを具備し、アプリケーションのバージョン単位に、アプリケーションを構成するソースプログラムを一括して再現する。 |
【特許請求の範囲】
【請求項１】 現在使用中の版数のソースプログラムの内容を変更し、バージョン管理の登録操作を行うエディタと、前記現在使用中の版数のソースプログラムの内容と、版数が増加した新規のソースプログラムの内容とを比較して変更箇所を抽出し、個々のファイル単位の版数管理を行うとともに、アプリケーション単位としてのバージョンを管理するバージョンマネージャと、前記変更箇所を記憶するバージョン管理データベースと、前記バージョン管理データベースから指定した版数のソースプログラムを再現するソースジェネレータと、を具備することを特徴とするプログラムのバージョン管理装置。
【請求項２】 請求項１記載のプログラムのバージョン管理装置において、前記バージョン管理データベースは、個々のプログラムのバージョン情報とアプリケーション単位のバージョン情報とを格納することを特徴とするプログラムのバージョン管理装置。
【請求項３】 請求項１記載のプログラムのバージョン管理装置において、前記バージョン管理データベースに登録されたアプリケーション単位のバージョン情報は、前記バージョン管理データベースに格納されている個々のプログラムのバージョン情報を組み合わせて、アプリケーション単位のバージョンとして登録されることを特徴とするプログラムのバージョン管理装置。
【請求項４】 前記バージョン管理データベースへのアプリケーション単位のバージョン情報は前記エディタからバージョン登録コマンドを発行して開始することを特徴とするプログラムのバージョン管理装置。
【請求項５】 現在使用中の版数のソースプログラムの内容を変更し、バージョン管理の登録操作を行うエディタと、前記現在使用中の版数のソースプログラムの内容と、版数が増加した新規のソースプログラムの内容とを比較して変更箇所を抽出し、個々のファイル単位の版数管理を行うとともに、アプリケーション単位としてのバージョンを管理するバージョンマネージャと、前記変更箇所を記憶するバージョン管理データベースと、前記バージョン管理データベースから指定した版数のソースプログラムを再現するソースジェネレータとを具備するプログラムのバージョン管理方法であって、前記アプリケーション単位のバージョン情報の登録は、前記エディタからバージョン登録コマンドを発行する第１のステップと、前記バージョン管理データベースを参照する第２のステップと、個々のバージョン情報を前記エディタに渡す第３のステップと、前記バージョン情報を表示する第４のステップと、前記バージョンを組み合わせて前記バージョン管理データベースに登録する第５のステップと、バージョン情報登録を終了するかどうか判断する第６のステップと、前記バージョン情報を登録を続ける場合は、前記第１のステップに戻る第７のステップと、を含むことを特徴とするプログラムのバージョン管理方法。
【請求項６】 現在使用中の版数のソースプログラムの内容を変更し、バージョン管理の登録操作を行うエディタと、前記現在使用中の版数のソースプログラムの内容と、版数が増加した新規のソースプログラムの内容とを比較して変更箇所を抽出し、個々のファイル単位の版数管理を行うとともに、アプリケーション単位としてのバージョンを管理するバージョンマネージャと、前記変更箇所を記憶するバージョン管理データベースと、前記バージョン管理データベースから指定した版数のソースプログラムを再現するソースジェネレータとを具備するプログラムのバージョン管理方法であって、前記アプリケーション単位の旧バージョンのプログラムの再現は、ソースジェネレータを起動する第１のステップと、アプリケーション単位のバージョンを指定する第２のステップと、前記指定したアプリケーションのバージョンを読み込む第３のステップと、アプリケーションの数をカウントするカウンタを初期化する第４のステップと、前記ソースジェネレータがバージョン管理データベースのアプリケーション単位のバージョン情報を参照する第５のステップと、前記バージョン管理データベースを参照して、前記カウンタに等しいバージョンのアプリケーションがあるかどうか検索する第６のステップと、前記カウンタに等しいバージョンのアプリケーションがあれば、そのアプリケーションを出力する第７のステップと、なければ、次のアプリケーションを探索するために、前記カウンタをインクリメントして前記第２のステップに戻る第８のステップと、検索する最後のアプリケーションかどうかチェックする第９のステップと、最後のアプリケーションでなければ、前記第２のステップに戻って検索を続ける第１０のステップと、を含むことを特徴とするプログラムのバージョン管理方法。
|
【発明の詳細な説明】【０００１】
【発明の属する技術分野】本発明は、過去のソースプログラムをアプリケーションプログラム全体のバージョン単位で容易に再現でき、バグ解析の手続きが容易となるプログラムのハバージョン管理装置および方法に関する。
【０００２】
【従来の技術】従来のプログラムのバージョンの管理方式としては、特開平６−８３５９６号公報に記載されているものがある。これは、現在使用中の版数のソースプログラムの内容とこれを変更し版数が増加して新規のソースプログラムの内容と比較し、変更箇所を抽出し日付管および版数管理を行うバージョンマネージャと、変更箇所を記憶するバージョン管理データベースと、日時および版数の少なくともいずれか一方の指定を受けこの時点使用中のソースプログラムおよびバージョン管理データベースの記憶内から指定を受けた日時および版数のソースプログラムとを再現するソースジェネレータとから構成され、過去のプログラムの状態を容易に再現でき、バグ解析の手続きが容易となると共に、バージョン管理に伴う記憶媒体の容量が節約できるものである。
【０００３】
【発明が解決しようとする課題】しかしながら、特開平６−８３５９６号公報に記載された発明は、バージョンマネージャで個々のソースプログラムの管理を行っているが、アプリケーションを構成する個々のソースファイルのバージョン情報であるアプリケーション単位のバージョン情報（構成管理情報）持たないという欠点があった。
【０００４】一般に、アプリケーションプログラムは、複数のソースプログラムから構成されるのが一般的であり、バグ修正やテストを行う場合には、過去にリリースしたアプリケーションの状態を忠実に再現する必要がある。そのためには、個々のソースファイルを単独で再現するだけでなく、アプリケーション単位のバージョンで、過去のソースプログラムファイルを一括して再現する機能がどうしても必要になってくる。
【０００５】本発明は上述のような従来の技術の問題点に鑑みなされたものであって、アプリーションプログラム全体をバージョン単位で容易に再現でき、バグ解析の手続きが容易となるプログラムのバージョン管理装置と方法を提供することを目的とする。
【０００６】
【課題を解決するための手段】上記の問題点を解決するために、現在使用中の版数のソースプログラムの内容を変更し、バージョン管理の登録操作を行うエディタと、現在使用中の版数のソースプログラムの内容と、版数が増加した新規のソースプログラムの内容とを比較して変更箇所を抽出し、個々のファイル単位の版数管理を行うとともに、アプリケーション単位としてのバージョンを管理するバージョンマネージャと、変更箇所を記憶するバージョン管理データベースと、バージョン管理データベースから指定した版数のソースプログラムを再現するソースジェネレータとを具備することを特徴とする。
【０００７】また、バージョン管理データベースは、個々のプログラムのバージョン情報とアプリケーション単位のバージョン情報とを格納することを特徴とする。
【０００８】また、バージョン管理データベースに登録されたアプリケーション単位のバージョン情報は、バージョン管理データベースに格納されている個々のプログラムのバージョン情報を組み合わせて、アプリケーション単位のバージョンとして登録されることを特徴とする。
【０００９】また、バージョン管理データベースへのアプリケーション単位のバージョン情報はエディタからバージョン登録コマンドを発行して開始することを特徴とする。
【００１０】また、現在使用中の版数のソースプログラムの内容を変更し、バージョン管理の登録操作を行うエディタと、現在使用中の版数のソースプログラムの内容と、版数が増加した新規のソースプログラムの内容とを比較して変更箇所を抽出し、個々のファイル単位の版数管理を行うとともに、アプリケーション単位としてのバージョンを管理するバージョンマネージャと、変更箇所を記憶するバージョン管理データベースと、バージョン管理データベースから指定した版数のソースプログラムを再現するソースジェネレータとを具備するプログラムのバージョン管理方法であって、アプリケーション単位のバージョン情報の登録は、エディタからバージョン登録コマンドを発行する第１のステップと、バージョン管理データベースを参照する第２のステップと、個々のバージョン情報をエディタに渡す第３のステップと、バージョン情報を表示する第４のステップと、バージョンを組み合わせてバージョン管理データベースに登録する第５のステップと、バージョン情報登録を終了するかどうか判断する第６のステップと、バージョン情報を登録を続ける場合は、第１のステップに戻る第７のステップとを含むことを特徴とする。
【００１１】また、現在使用中の版数のソースプログラムの内容を変更し、バージョン管理の登録操作を行うエディタと、現在使用中の版数のソースプログラムの内容と、版数が増加した新規のソースプログラムの内容とを比較して変更箇所を抽出し、個々のファイル単位の版数管理を行うとともに、アプリケーション単位としてのバージョンを管理するバージョンマネージャと、変更箇所を記憶するバージョン管理データベースと、バージョン管理データベースから指定した版数のソースプログラムを再現するソースジェネレータとを具備するプログラムのバージョン管理方法であって、アプリケーション単位の旧バージョンのプログラムの再現は、ソースジェネレータを起動する第１のステップと、アプリケーション単位のバージョンを指定する第２のステップと、指定したアプリケーションのバージョンを読み込む第３のステップと、アプリケーションの数をカウントするカウンタを初期化する第４のステップと、ソースジェネレータがバージョン管理データベースのアプリケーション単位のバージョン情報を参照する第５のステップと、バージョン管理データベースを参照して、カウンタに等しいバージョンのアプリケーションがあるかどうか検索する第６のステップと、カウンタに等しいバージョンのアプリケーションがあれば、そのアプリケーションを出力する第７のステップと、なければ、次のアプリケーションを探索するために、カウンタをインクリメントして第２のステップに戻る第８のステップと、検索する最後のアプリケーションかどうかチェックする第９のステップと、最後のアプリケーションでなければ、第２のステップに戻って検索を続ける第１０のステップとを含むことを特徴とする。
【００１２】上記のような構成をとることにより、本発明において、プログラムのバージョンがアップするごとに最新バージョンと旧バージョンとの相違を差分情報としてバージョン管理データベースに格納しているので、過去の旧バージョンのプログラムの状態を容易に再現できる。また、プログラム単位だけでなく、多くのプログラムから構成されるアプリケーションもバージョン単位に履歴をとったり、一括して再現できるため、アプリケーションの現在の状態の把握や、バグを修正した後のプログラムやシステムのテストを容易に行うことができる。
【００１３】
【発明の実施の形態】本発明の一実施例を図面を参照して説明する。
【００１４】図１は、本発明の一実施例のシステム構成を示す図である。図１に示すように、本実施例は、現在使用中の版数のソースプログラムの内容を変更し、バージョン管理の登録操作を行うエディタと、現在使用中の版数のソースプログラムの内容と、版数が増加した新規のソースプログラムの内容とを比較して変更箇所を抽出し、個々のファイル単位の版数管理を行うとともに、アプリケーション単位としてのバージョンを管理するバージョンマネージャと、変更箇所を記憶するバージョン管理データベースと、バージョン管理データベースから指定した版数のソースプログラムを再現するソースジェネレータとから構成される。
【００１５】バージョン管理データベース７の個々のプログラム単位のバージョン情報５にはプログラムのバージョン番号、更新日時、差分情報が格納されている。また、アプリケーション単位のバージョン情報６にはアプリケーションのバージョン番号、更新日時、アプリケーションを構成するプログラムファイル名、プログラムのバージョンの番号が格納されている。
【００１６】アプリケーションは複数のプログラムから構成されるのが普通であり、収容されるプログラムとステップ数はアプリケーションの種類によって異なる。
【００１７】図２は、本発明の各種操作方法を示す図である。本実施例においては、以下の４つの操作方法がある。
【００１８】
（１）ファイル作成とデータベースへの登録（２）アプリケーション単位のバージョン情報登録（３）指定バージョンのプログラム再現（４）アプロケーション単位の旧バージョンのプログラム再現なお、図の右側に示すのは、それらの操作を説明しているページの図番である。
【００１９】以降、図２に示す順番２０〜２３に従って説明していく。
【００２０】図３は、ソースプログラムの差分情報の抽出方法を示す図である。
【００２１】図３において、現在使用中のバージョン管理データベース７に登録された最新バージョンのソースプログラム（以降、現版ソースプログラムと略す）２５ｂは、プログラム等を一時的に格納しておくテンポラリファイル２５ａに格納されたプログラムと比較して、現版ソースプログラム２５ｂに変更箇所（図４のＸ１）があれば、その箇所を現版ソースプログラム２５ｂに対する差分情報２５ｃとして抽出し、バージョン管理データベース７に書き込む。ここで、現版ソースプログラム２５ｂの内容はテンポラリファイル２５ａの内容により新しいファイル、つまり最新の内容である。その後、個々のファイル単位およびアプリケーション単位のバージョン管理を行う。バージョンマネージャ４が、テンポラリファイル２５ａの内容を現版ソースプログラム２５ｂに上書きされる。こうして、現版ソースプログラム２５ｂを常に最新の状態に維持する。
【００２２】図４は、ファイル作成とバージョン管理データベース７への登録方法を示すフローチャートである。
【００２３】それでは、まず、図１と図４を参照してファイル作成とバージョン管理データベースへの登録方法を説明する。
【００２４】エディタ１を起動する（ステップＳ１００）。ステップＳ１００で、エディタ１を起動すると、現版のソースプログラム２がエディタに表示される（ステップＳ１０１）。エディタの画面で現版のソースプログラム２を変更するかどうか判断して（ステップＳ１０２）、変更がなければ、現版ソースプログラム２と同一の内容を持つテンポラリファイルを作成して（ステップＳ１０３）、変更があれば、変更された現版ソースプログラム２からテンポラリファイル３を作成する（ステップＳ１０４）。ここで、個々のファイルのバージョン登録コマンド１０を発行すると（ステップＳ１０５）、バージョンマネージャ４は、現版ソースプログラム２の内容とテンポラリファイル３との内容とを比較して（ステップＳ１０６）、変更箇所があるかどうかチェックする（ステップ１０７）。ステップＳ１０７で、変更箇所がある場合には、変更箇所を差分情報として抽出する（ステップＳ１０８）。そして、バージョン管理情報をバージョン管理データベース７に書き込む（ステップＳ１０９）。その後、バージョンマネージャ４が、テンポラリファイル３の内容を現版ソースプログラム２に上書きする（ステップＳ１１０）。
【００２５】次に、アプリケーションを構成する各ソースファイルのバージョンをアプリケーション単位のバージョン情報としてバージョン管理データベース７に登録する方法を説明する。
【００２６】バージョン管理データベース７に登録されている各ファイルのバージョンは自由に組み合わせて、アプリケーション単位のバージョンとしてバージョン管理データベース７に登録することができる。例えば、図５（ａ）に図式的に示すように、ファイルＡ２７のバージョン１のファイルＡ２７ａと、ファイルＢ２８のバージョン１のファイル２８ａと、ファイルＣ２９のバージョン２のファイル２９ａとをそれぞれ組み合わせてアプリケーションＡ２６のバージョンとすることも、ファイルＡ２６のバージョン３のファイル２７ｂと、ファイルＢ２８のバージョン１のファイル２８ａと、ファイルＣ２９のバージョン２のファイル２９ａとをそれぞれ組み合わせて、アプリケーションＢ３０のバージョンとして登録することもできる。図５（ｂ）は図５（ａ）をまとめた表である。
【００２７】それでは、次に、図１，図５，図７を参照してアプリケーション単位のバージョン登録方法を説明する。
【００２８】エディタ１を起動する（ステップＳ２００）。エディタ１からアプリケーションのバージョン登録コマンド１１を発行する（ステップＳ２０１）。バージョンマネージャ４がバージョン管理データベース７を参照する（ステップＳ２０２）。個々のプログラムのバージョン情報をエディタ１に渡し（ステップＳ２０３）、そのバージョン情報をエディタ１の画面に表示する（ステップＳ２０４）。ファイルＡ〜Ｃ７１〜７３のバージョンを組み合わせて、アプリケーション単位のバージョンとしてバージョン管理データベース７に登録する（ステップＳ２０４）。
【００２９】続いて、指定したバージョンのソースプログラムを再現する方法を説明する。
【００３０】図７は、バージョン管理データベース７に格納されたプログラムとアプリケーションのバージョン情報の登録の様子を示した図である。図７（ａ）に示すように、例えば、ファイルＡ２７は、バージョン３まで、ファイルＢ２８はバージョン１まで、ファイルＣ２９はバージョン２まで登録されている。各ファイルのバージョン１ ２７ａ，２８ａ，２９ａとして情報は、バージョン１ ２７ａ，２８ａ，２９ａとして登録したソースファイルそのものが登録されている。バージョン２ ２７ｂ'，２９ｂ'としての情報は、バージョン１ ２７ａ２９ａからバージョン２ ２７ｂ，２９ｂへの差分情報が記録されている。バージョン３ ２７'としての情報は、バージョン２ ２７ｂからバージョン３ ２７ｃへの差分情報が記録されている。バージョンが２以上の場合は、１世代前のバージョンからの差分が保存されている。
【００３１】図７（ｂ）は、図７（ａ）をまとめた表である。これらの差分情報が旧バージョンのソースファイルを再現するときに重要な役割を果たす。
【００３２】それでは、図１と図８を参照して指定したバージョンのプログラム再現方法を説明する。
【００３３】エディタ１またはコマンドラインからソースジェネレータ８を起動する（ステップＳ３００）。再現するソースファイルのバージョンを指定する（ステップＳ３０１）。ソースファイルのバージョン１を読み込む（ステップＳ３０２）、ソースプログラムをカウントするカウンタｉに１を代入して初期化する（ステップＳ３０３）。カウンタｉと等しいバージョンのソースファイルがあるかどうかチェックする（ステップＳ３０４）。カウンタｉに等しいバージョンのソースファイルがあれば、そのソースファイルを再現する（ステップＳ３０９）、なければ、現在読み込んでいるバージョンｉのファイルの一世代前のバージョンｉ＋１のファイルの変更箇所の差分情報を抽出して（ステップＳ３０５）、バージョンｉ＋１のソースファイルを生成する（ステップＳ３０６）。そして、次の探索をするため、カウンタｉを１だけインクリメントして、ステップＳ３０４に戻る（ステップＳ３０７）。
【００３４】最後にアプリケーション単位で旧バージョンのプログラムの再現する方法を説明する。
【００３５】本発明のプログラムのバージョン管理は、バージョン管理データベース７に個々のプログラムのバージョン情報５と、プログラムの集合体であるアプリケーション単位のバージョン６とを記録することにより個々のファイル単位だけでなく、アプリケーション単位に一括してソースファイルを再現できる。図９は、個々のファイルをプログラム単位およびアプリケーション単位にバージョン管理データベース７を検索して、目的のプログラムあるいはアプリケーションを見つける方法を示した図である。図９（ａ）は、個々のプログラム単位にバージョン管理データベース７を検索する方法を示したものである。プログラム単位にデータベースを検索するときは、図９（ａ）に示すように、指定したプログラムが見つかるまでバージョン管理データベース７を順に検索していく、例えば、プログラム８ ３０ｈを見つけようとすると、プログラム１ ３０ａからプログラム７ ３９ｇまで順に探索する。図中、点線で示すのが、バージョン管理データベース７の検索パスである。該当するプログラムが見つかるまで順に検索を続けていくので、プログラム数が多いときや、プログラムから呼んでいるサブルーチン等が多いときは膨大な検索時間を必要とする。
【００３６】図９（ｂ）は、アプリケーション単位にバージョン管理データベース７を検索する方法を示したものである。例えば、アプリケーション２ ５０を見つけようとすると、２回の探索パスだけで済み、一点鎖線で囲んだアプリケーションを構成する複数のプログラムを一括して再現できる。アプリケーション単位にバ−ジョン管理データベース７を検索するときは、やはり指定したアプリケーションが見つかるまでバージョン管理データベース７を検索していくが、図９（ａ）の個々のプログラム単位の検索に比較すると、アプリケーション単位に検索を行うので、高速な検索が可能となり、大幅に時間を節約できる。
【００３７】それでは、図１と図１０を参照してアプリケーション単位で旧バージョンのプログラムの再現方法を説明する。
【００３８】ソースジェネレータ８を起動する（ステップＳ４００）。アプリケーションのバージョンを指定する（ステップＳ４０１）。アプリケーションをカウントするカウンタｊに１を代入して初期化する（ステップＳ４０２）。ソースジェネレータ８がアプリケーション単位のバージョン情報を参照する（ステップＳ４０３）。カウンタｊに等しいバージョンのアプリケーションがあるかどうかチェックする（ステップＳ４０４）。カウンタｊに等しいバージョンのアプリケーションがあれば、そのアプリケーションのプログラムを再現する（ステップＳ４０５）。なければ、次のアプリケーションを探索するために、カウンタｊを１だけインクリメントして、ステップ４０３に戻る（ステップＳ４０６）。指定したアプリケーションのプログラムが最後かどうかチェックする（ステップＳ４０７）。最後のアプリケーションでなければ、ステップ４０５に戻って再現を続け、最後のアプリケーションであれば処理を終了する。
【００３９】
【発明の効果】以上説明したように、本発明によれば、旧バージョンの過去のプログラムを容易に再現できる。また、アプリケーションのバージョン単位に、そのバージョンのアプリケーションを構成するソースプログラムを一括して再現できるため、アプリケーション全体の状態の把握や、バグ修正後のテストが容易となる顕著な効果を奏する。
|
| 【出願人】 |
【識別番号】０００００４２３７
【氏名又は名称】日本電気株式会社
|
| 【出願日】 |
平成１０年（１９９８）５月１８日 |
| 【代理人】 |
【弁理士】
【氏名又は名称】若林 忠 （外４名）
|
| 【公開番号】 |
特開平１１−３２７８７８ |
| 【公開日】 |
平成１１年（１９９９）１１月３０日 |
| 【出願番号】 |
特願平１０−１３５５９１ |
|