JPH0997171A - ソースプログラムのバージョン管理方法 - Google Patents

Abstract

(57)【要約】 【目的】 ソースプログラムの改造のリリース時におけ
る修正情報の取り込みミス及び取り込み漏れを防止する
こと。 【構成】 各ソースプログラムは、改造に関する情報と
して、ソースプログラムの改造番号、バージョン、払い
出し日、リリース日、修正情報テーブル番号、改造に取
り込むべき修正情報番号を格納したバージョン管理テー
ブルを有し、ソースプログラム改造後に、前記バージョ
ン管理テーブルから改造に取り込むべき修正情報番号に
該当する修正情報テーブルを取り出し、その取り込むべ
き修正情報テーブルが複数個ある場合はそれらをマージ
して１つの修正情報テーブルとし、その修正情報テーブ
ルと改造後のソースプログラムとの相違情報を有する差
分リストを生成し、その差分リストから得た取り込むべ
き修正情報を改造後のソースプログラムに取り込み、そ
の修正情報を取り込んだ改造後のソースプログラムと改
造前の直近本番ソースプログラムとを比較し、その改造
における修正情報テーブルを生成し、ソースプログラム
の改造履歴を保持していくこと。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、既存システムに対して
各プログラムのバージョン管理及びバージョン間の修正
情報管理を行う方法に関するものである。

【０００２】

【従来の技術】従来のソースプログラムのバージョン管
理は、直近の本番ソース（改造前ソースプログラム）と
改造後のソースプログラムをコンペアし、そのアンマッ
チ部分をリストで確認し、差分情報として保持していく
方法があった。

【０００３】

【発明が解決しようとする課題】しかし、従来のソース
プログラムのバージョン管理では、例えば、一つの現行
のソースプログラムに対して短時間で終了する第１の改
造と時間がかかる第２の改造の２つの改造が成され、第
一の改造終了後で第２の改造の終了前に、第３の改造が
成されるときのような場合、上記従来のソースプログラ
ムのバージョン管理では、第３の改造が終了し、リリー
スされた時には、第１の改造による修正情報が保持され
ていないため、第２の改造において、第１、第３の改造
における修正情報の取り込みミス及び取り込み漏れが発
生することがあった。

【０００４】このように、改造が特定のプログラムに集
中した場合等のようなときは、本番ソースの払出し（現
行のソースプログラムのコピーを受け取る）及びリリー
ス（改造後のソースプログラムを渡す）情報の管理が煩
雑になり、修正情報の取り込みミス及び取り込み漏れが
発生するという問題点があった。

【０００５】本発明の目的は、ソースプログラムの改造
のリリース時における修正情報の取り込みミス及び取り
込み漏れを防止することが可能な技術を提供することに
ある。

【０００６】本発明の前記ならびにその他の目的と新規
な特徴は、本明細書の記述及び添付図面によって明らか
になるであろう。

【０００７】

【課題を解決するための手段】本願において開示される
発明のうち、代表的なものの概要を簡単に説明すれば、
下記のとおりである。

【０００８】コンピュータのソースプログラムの払い出
し時に、その修正内容を格納した修正情報テーブルを保
持し、その改造履歴を保存するソースプログラムのバー
ジョン管理方法であって、各ソースプログラムは、改造
に関する情報として、ソースプログラムの改造番号、バ
ージョン、払い出し日、リリース日、修正情報テーブル
番号、改造に取り込むべき修正情報番号を格納したバー
ジョン管理テーブルを有し、ソースプログラム改造後
に、前記バージョン管理テーブルから改造に取り込むべ
き修正情報番号に該当する修正情報テーブルを取り出
し、その取り込むべき修正情報テーブルが複数個ある場
合はそれらをマージして１つの修正情報テーブルとし、
その修正情報テーブルと改造後のソースプログラムとの
相違情報を有する差分リストを生成し、その差分リスト
から得た取り込むべき修正情報を改造後のソースプログ
ラムに取り込み、その修正情報を取り込んだ改造後のソ
ースプログラムと改造前の直近本番ソースプログラムと
を比較し、その改造における修正情報テーブルを生成
し、ソースプログラムの改造履歴を保持していくこと。

【０００９】

【作用】上述した手段によれば、改造時に、その内容を
有する修正情報を生成し、バージョン管理テーブルで各
ソースプログラムの改造履歴を保持していくことによ
り、改造が特定のプログラムに集中した場合において
も、そのバージョン管理テーブルに格納された情報か
ら、正確な取り込み情報を得ることができるのでリリー
ス時の修正情報取り込みミス及び取り込み漏れを防止で
きる。

【００１０】以下、本発明について、実施例とともに説
明する。

【００１１】なお、実施例を説明するための全図におい
て、同一機能を有するものは同一符号を付け、その繰り
返しの説明は省略する。

【００１２】

【実施例】以下、本発明の実施例を図面を用いて詳細に
説明する。

【００１３】図１は、本実施例のソースプログラムのバ
ージョン管理方法を説明するための図であり、ソースプ
ログラム（以下、ソースと記す）に対して複数の払い出
し及びリリースが発生したバージョンアップの例を示し
ている。

【００１４】図１に示すバージョンアップの例は、バー
ジョン０のソースに対して、２／５に改造（以下、単に
改と記す）１と改２のためにソースが払出しされ、改１
が完了し、バージョン１のソースとして３／１０付けで
リリースされ、３／１１に新たな改３のための払い出し
が成され、改３が完了し、３／２０付けでバージョン２
のソースとしてリリースされ、さらに、３／２１に改４
のための払い出しが成され、前の改２が完了し、３／３
１付けでバージョン３としてリリースされ、４／２付け
で改４によるバージョン４のソースがリリースされると
いうものである。

【００１５】本実施例では、上述したバージョンアップ
の例を基に、ソースのバージョン管理について説明して
いく。

【００１６】本実施例のソースプログラムのバージョン
管理方法では、プログラム毎にバージョン管理テーブル
を設け、各プログラムの払出状態及び本番ソースに格納
されているバージョン、リリース時に取り込む必要のあ
る修正情報テーブルのナンバー等（ユニークなものであ
れば、記号とかでも可）が記録され、各プログラムのス
テータスの一元管理を行う。

【００１７】上述した修正情報テーブルは、各バージョ
ン間の修正情報（修正位置、修正区分（更新、削除、追
加）、修正内容等）が記録され、修正取り込み時に取り
込み側ソースとの差分リスト作成に使用する。

【００１８】図２に、本実施例におけるバージョン管理
テーブルと修正情報テーブルの一例を示す。

【００１９】本実施例のバージョン管理テーブル４０
は、図２（ａ）に示すように、改造に関する払い出し記
号４１と、払い出しバージョン４２と、払い出し日４３
と、リリース日４４と、修正情報テーブルのナンバ４５
と、修正時に取り込みが必要となる取り込み要修正情報
テーブル４６とからなる。

【００２０】この図１に示したバージョンアップの例で
は、バージョン管理テーブルは、図２（ａ）に示すよう
に、バージョン０のソースに対して、改１及び改２の払
出し時にバージョン管理テーブルに払出し記号（改１、
改２）及びバージョン（０）、払出し日（１９９５０２
０５）でエントリ追加する。

【００２１】改１のリリース時、改１のエントリのリリ
ース日領域４４に日付（１９９５０３１０）をセット
し、修正情報テーブルＮＯ領域４６に修正情報テーブル
ＮＯ（）をセットする。さらに、１９９５年３月１０
日の時点ではリリース日がセットされていない払出中の
エントリ（改２）の取り込み要修正情報テーブルＮＯ領
域４６に修正情報テーブルＮＯ（）をセットする。

【００２２】バージョン１のソースに対して、改３の払
出時に改１の払出と同様に改３のエントリを追加する。

【００２３】改３のリリース時、改３のエントリ更新
は、改１と同様に行い、払出中のエントリ（改２）の取
り込み要修正情報テーブルＮＯ領域４６に修正情報テー
ブルＮＯ（）をセットする。

【００２４】バージョン２のソースに対して、改４の払
出時に改１の払出と同様に改４のエントリを追加する。

【００２５】改２のリリース時、改２のエントリの更新
は改１と同様に行い、払出中のエントリ（改４）の取り
込み要修正情報テーブルＮＯ領域４６に修正情報テーブ
ルＮＯ（）を更新する。

【００２６】修正情報テーブル２１〜２４は、図２
（ｂ）に示すように、ソースにおける修正内容５０と、
払い出し記号５１と、バージョン５２と、修正記号５
３、修正管理用ＳＥＱ５４とからなる。

【００２７】修正記号５３に示されたＵは更新、Ｄは削
除、Ａは追加をそれぞれ示し、ソース行に付加した修正
管理用ＳＥＱ５４は、修正時において、ソース行の入れ
替えがあっても容易に認識できるように、バージョン０
時に付与されたソース行の連番であり、各ソース行の絶
対番号を示す。

【００２８】ソースプログラムの修正によりソース行が
追加された場合は、追加されたソース行に枝番を付与す
ることで管理する。例えば、図２（ｂ）に示した修正管
理用ＳＥＱ５４に示された５ー１は、修正管理要ＳＥＱ
５４が５のソース行の後に追加されるということを示
す。

【００２９】この修正情報テーブル２０の作成は、例え
ば、図１に示す改３のように、修正する上で取り込む必
要がある修正情報テーブルをの一つだけ持つ場合は、
その修正情報テーブルと当該改造における修正部分を
基にして行われるが、例えば、図１に示す改２のよう
に、修正する上で取り込む必要がある修正情報テーブル
を、の２つ持つ場合は、その修正情報テーブル、
をマージした修正情報と当該改造における修正部分を
基にして行われる。

【００３０】次に、本実施例のソース改造後における修
正情報テーブル２０を作成する過程について図３を用い
て説明する。ここでは、改２における修正情報テーブル
の作成を取り挙げる。

【００３１】まず、バージョン管理テーブル４０より、
改２をリリースする上で取り込むべき修正情報は、修正
情報テーブルの及びであることから、図３に示すよ
うに、最初に修正情報テーブルのマージを行う。

【００３２】このときのマージ処理は、図４に示すよう
に、修正情報テーブル２０ａと修正情報テーブル２
０ｂのそれぞれの修正管理用ＳＥＱ５４をキーに行う。
マージする上で同一の修正管理用ＳＥＱのキーがあった
場合は、バージョンが上の情報、すなわち、ここでは修
正情報テーブル２０ｂの内容を採用する。

【００３３】そして、そのマージされた修正情報テーブ
ル２００と改２の修正後ソース１１０から、修正管理用
ＳＥＱ１３０をキーにして差分リスト１２０を出力す
る。

【００３４】その差分リスト１２０を改造担当者が内容
チェック１５５し、必要ならば内容を修正し、改２の修
正後ソースに必要な修正情報を取り込み１６０を行い、
修正情報取込後ソース１７０が生成される。ここでは、
これがバージョン３のソースプログラム１０ｄとなる。

【００３５】最後に、改２の修正情報テーブル２０ｃ
を作成する。

【００３６】リリース時の直近本番ソース１８０（ここ
では１０ｃ）及び修正情報取り込み済の改造後の最終ソ
ース１７０（ここでは１０ｄ）のソース内容６０と修正
管理用ＳＥＱ６１を入力とし、修正管理用ＳＥＱをキー
にしてマージ処理を行う。

【００３７】このときのマージ処理は、図５に示すよう
に、直近本番ソース１０ｃと改造後の最終ソース１０ｄ
でアンマッチとなった行を修正記号（Ｕ：更新、Ｄ：削
除、Ａ：追加）と設定しながら、修正情報テーブルのエ
ントリ追加していく。

【００３８】払出し記号には、今回リリースする払出記
号（改２）をセットし、バージョン（Ｖ）には、直近本
番ソースのバージョンに１カウントアップした値（３）
をセットする。同時に作成した修正情報テーブルＮＯも
同様の値（３）とする。

【００３９】したがって、説明してきたように、改造時
に、その内容を有する修正情報を生成し、バージョン管
理テーブルで各ソースの改造履歴を保持していくことに
より、改造が特定のプログラムに集中した場合において
も、そのバージョン管理テーブルに格納された情報か
ら、正確な取り込み情報を得ることができるのでリリー
ス時の修正情報取り込みミス及び取り込み漏れを防止で
きる。

【００４０】また、修正情報テーブルや差分リストにお
いて、ソース行に修正管理用ＳＥＱを付加することによ
り、修正位置及び内容が他の修正位置及び内容と同期が
とれ、修正情報取り込み時のミスが防止される。

【００４１】以上、本発明者によってなされた発明を、
前記実施例に基づき具体的に説明したが、本発明は、前
記実施例に限定されるものではなく、その要旨を逸脱し
ない範囲において種々変更可能であることは勿論であ
る。

【００４２】

【発明の効果】本願において開示される発明のうち代表
的なものによって得られる効果を簡単に説明すれば、下
記のとおりである。

【００４３】ソースプログラムの改造のリリース時にお
ける修正情報の取り込みミス及び取り込み漏れを防止す
ることが可能となる。

【図面の簡単な説明】

【図１】本発明の一実施例であるソースプログラムのバ
ージョン管理方法を説明するための図である。

【図２】本実施例におけるバージョン管理テーブルと修
正情報テーブルの一例を示す図である。

【図３】本実施例のソース改造における修正情報テーブ
ル２０を作成する過程を説明するための図である。

【図４】本実施例の修正情報テーブル２０間のマージ処
理を説明するための図である。

【図５】本実施例のソース改造における修正情報テーブ
ル２０作成を具体的に説明するための図である。

【符号の説明】

１０…ソース、２０…修正情報テーブル、３０…改造、
４０…バージョン管理テーブル。

Claims (2)

【特許請求の範囲】
1. 【請求項１】 コンピュータのソースプログラムの修正
   内容を格納した修正情報テーブルを保持し、改造履歴を
   保存するソースプログラムのバージョン管理方法であっ
   て、 各ソースプログラムは、改造に関する情報として、ソー
   スプログラムの改造番号、バージョン、払い出し日、リ
   リース日、修正情報テーブル番号、改造に取り込むべき
   修正情報番号を格納したバージョン管理テーブルを有
   し、ソースプログラム改造後に、前記バージョン管理テ
   ーブルから改造に取り込むべき修正情報番号に該当する
   修正情報テーブルを取り出し、その取り込むべき修正情
   報テーブルが複数個ある場合はそれらをマージして１つ
   の修正情報テーブルとし、その修正情報テーブルと改造
   後のソースプログラムとの相違情報を有する差分リスト
   を生成し、その差分リストから得た取り込むべき修正情
   報を改造後のソースプログラムに取り込み、その修正情
   報を取り込んだ改造後のソースプログラムと改造前の直
   近本番ソースプログラムとを比較し、その改造における
   修正情報テーブルを生成し、ソースプログラムの改造履
   歴を保持していくことを特徴とするソースプログラムの
   バージョン管理方法。
2. 【請求項２】 前記請求項１に記載のソースプログラム
   のバージョン管理方法において、 開発時のソースプログラムは、プログラムの各行に改造
   修正を管理する修正管理番号を有し、前記修正情報テー
   ブル及び差分リストの情報は、その修正管理番号を基に
   格納し、その修正管理番号を用いて、前記取り込むべき
   修正情報テーブルが複数個ある場合におけるマージ及び
   差分リストの生成を行うことを特徴とするソースプログ
   ラムのバージョン管理方法。