JPH05241802A - ソースモジュール修正情報のマージ方式 - Google Patents

Abstract

(57)【要約】 【目的】本発明は一つのソースモジュールに対し同時期
に互いに独立して別々に機能修正を行った複数のソース
モジュールの修正情報を一つにマージするソースモジュ
ール修正情報のマージ方式に関し，動的に複数の修正ソ
ースモジュールの競合を評価して修正情報をマージする
ことを目的とする。 【構成】機能修正した複数のソースモジュールの各機能
確認動作の実行時におけるトレース情報を収集する実行
ルートトレース情報収集手段を設ける。実行ルートトレ
ース情報収集手段により収集された複数のソースモジュ
ール修正情報の実行トレース情報を元に各トレースのル
ートが他方に影響を与える競合範囲か，影響を与えない
独立範囲かを評価して競合評価情報を競合評価情報生成
手段により生成するよう構成する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は同時期に一つのソースモ
ジュールに別々の機能修正を行って修正した複数のソー
スモジュールの修正情報を一つにマージするためのソー
スモジュール修正情報のマージ方式に関する。

【０００２】交換機システムのような大規模プログラム
は各開発者により機能単位に修正が行われるため，一つ
のモジュールに対し複数の開発者が別々の機能修正を並
行して同時に行われることが多い。

【０００３】この場合，各開発者は個々の機能単位の修
正完了及び機能確認後，各開発者の修正個所をマージす
ることになるが，その際修正情報をそのまま盛り込むか
否かの競合評価を行い，修正情報を盛り込むことがプロ
グラムの品質を向上するために不可欠である。

【０００４】

【従来の技術】図９は従来例のソースモジュール修正情
報のマージ方式の説明図である。図９において，９０
０，９０１は一つのソースモジュールに対して複数の開
発者Ａ，Ｂがそれぞれ独立して修正して作成された各ソ
ースモジュールであり，９０２は２つのソースモジュー
ルをマージした結果のソースモジュールを表す。図９に
は各モジュール９００，９０１の一部だけ示されてお
り，ソースモジュール９００は，で示す２つの個所
が修正され，ソースモジュール９０１は，で示す２
つの個所が修正されているものとする。

【０００５】この従来例では複数のモジュールをマージ
する場合，２つのソースモジュール９００，９０１を行
毎に評価し，一方の修正行が，他方の修正行と一致して
いなければ無条件にマージ可能と判断し，複数のソース
モジュールの修正行が一致していれば警告を発して各開
発者が手作業でマージした内容を盛り込む方式である。

【０００６】すなわち，ソースモジュール９００ので
示す行番号「０３００」の「Ｂ＋Ｃ−１」という修正情
報は，ソースモジュール９０１において修正されていな
い（修正行が不一致）ので，そのままマージ可能とな
る。次ので示す修正行の行番号「０７００」はソース
モジュール９０１ので示す修正行の行番号と一致する
ため，マージした結果９０２の行番号「７００」には警
告を表す「Ａ＝？？？？」が表示される。また，ソース
モジュール９０１ので示す行番号「１３００」の修正
情報「Ｄ＝Ａ＋１＋Ｃ」はソースモジュール９００の修
正行と一致しないので無条件でマージ可能となる。

【０００７】

【発明が解決しようとする課題】上記したように従来例
では，修正行の一致か否かの評価（静的評価）だけで，
修正情報の盛り込みが可能か否かを判断していたため，
マージ可能と判断されてもプログラム動作上で問題が起
きないという保証がなかった。

【０００８】すなわち，従来のソースモジュール方式で
は修正による競合評価を静的に行っているため，評価結
果はマージ可能であってもプログラム動作上問題がある
可能性があり，各開発者は無条件にマージされた修正情
報に対しても手作業でソースモジュールをトレースし，
再度競合評価を行わなければならなかった。

【０００９】本発明は動的に修正ソースモジュールの競
合を評価することができるソースモジュール修正情報の
マージ方式を提供することを目的とする。

【００１０】

【課題を解決するための手段】図１は本発明の第１の原
理構成図，図２は本発明の第２の原理構成図である。図
１において，１ａ，１ｂは同じソースモジュールを異な
る開発者により修正して作成された２つのソースモジュ
ール，２ａ，２ｂは各ソースモジュール１ａ，１ｂから
ロードモジュールを作成して実行する実行部，３はモジ
ュール実行時のルートトレース情報を抽出し収集する実
行ルートトレース情報収集手段，３ａ，３ｂはそれぞれ
のトレース情報，４は各トレース情報３ａ，３ｂから各
実行ルートの範囲が競合範囲か否かを判別する競合評価
情報生成手段，５は競合評価情報生成手段４により生成
される競合評価情報である。

【００１１】図２において，１ａ，１ｂ及び５は図１と
同じものであり，６は修正行単位で競合を判定する競合
判定手段，７は競合しない部分について修正情報をマー
ジ情報に盛り込む動作を行う修正情報マージ手段であ
る。

【００１２】本発明の第１の発明は複数の修正したソー
スモジュールを実行させてその時の実行ルートトレース
情報を抽出して，トレースした各ルートにおいて競合す
る範囲か独立した範囲かの競合評価を行って競合評価情
報を得るものである。

【００１３】また，本発明の第２の発明は第１の発明で
得た競合評価情報を用いて複数のソースモジュールに対
して修正情報が競合する範囲にあるか否か判断し，競合
しない場合は修正情報をマージ情報に盛り込み，競合す
る場合は競合表示して修正を可能とするものである。

【００１４】

【作用】図１において，一つのソースモジュールに対し
異なる開発者により修正された２つのソースモジュール
１ａ，１ｂをロードモジュールを作成して実行部２ａ，
２ｂにおいてそれぞれ実行する。この実行中における各
ソースモジュールのルートトレース情報が実行ルートト
レース情報収集手段３において抽出して収集されてそれ
ぞれのトレース情報３ａ，３ｂが得られる。各トレース
情報３ａ，３ｂは次に競合評価情報生成手段４におい
て，トレースされた実行ルートの各範囲が独立している
範囲（修正してもトレースルートに影響を与えない範
囲）か，競合する範囲（修正により他方のルートに影響
を与える範囲）かを判別して，判別結果により競合評価
情報５が生成される。この競合評価情報５を出力して，
その内容を見てソースモジュール１ａ，１ｂのマージを
順次行うことができる。

【００１５】図２では，競合評価情報５及びソースモジ
ュール１ａ，１ｂは競合判定手段６に供給されると，各
ソースモジュール１ａ，１ｂの中の修正情報の位置が競
合評価情報５により競合範囲か否かを判定し，判定の結
果は修正情報マージ手段７に供給される。修正情報マー
ジ手段７は修正情報が競合しないと判定されると修正情
報をマージ情報として盛り込み，修正情報が競合すると
判定されると競合した個所を表示出力して修正情報を変
更する出力を発生する。この表示出力に対してさらに修
正情報を入力することによりマージされたソースモジュ
ールが得られる。

【００１６】

【実施例】図３乃至図５により実施例１を説明する。こ
の実施例１は上記図１に示す本発明の第１の原理構成に
対応する。

【００１７】図３，図４は実施例１の構成図（その
１），（その２），図５はモジュール実行ルート競合情
報生成の処理フローである。図３において，３０ａ，３
０ｂは開発者ａ，ｂにより同一ソースモジュールを個別
にそれぞれが機能追加等の修正を行って作成したソース
モジュールＳａ，Ｓｂ，３１ａ，３１ｂはコンパイラ，
３２ａ，３２ｂはリンカ，３３ａ，３３ｂは修正された
機能に対応した試験条件を表すデータ，３４ａ，３４ｂ
はロードモジュール（ＬＭａ，ＬＭｂ），３５ａ，３５
ｂは試験実行部である。

【００１８】また，図４において３６はトレース情報収
集機構，３６ａ，３６ｂは各ソースモジュールＳａ，Ｓ
ｂを実行した時に得られるそれぞれのトレース情報，３
７はモジュール実行ルート競合情報生成機構，３８はモ
ジュール実行ルート競合情報である。

【００１９】図３において，開発者ａは原本のソースモ
ジュールＳ（図示せず）を複写して，の修正をして
ソースモジュールＳａを作成し，開発者ｂも原本のソー
スモジュールを複写して，の修正をしてソースモジ
ュールＳｂを作成し，個別に修正されたソースモジュー
ルＳａ，Ｓｂは，それぞれ修正確認を行うため，それぞ
れコンパイラ３１ａ，３１ｂにおいてコンパイルされ，
次にリンカ３２ａ，３２ｂにおいてリンケージが行われ
てロードモジュール３４ａ，３４ｂを得る。更に各修正
モジュールＳａ，Ｓｂに対して修正された機能に対応す
る試験条件３３ａ，３３ｂを作成される。次に各ロード
モジュール３４ａ，３４ｂは実行部３５ａ，３５ｂにお
いて，それぞれの試験条件３３ａ，３３ｂにより実行さ
れる。この時，，で示すように図４のトレース情報
収集機構３６において，各ソースモジュールの実行中に
おけるトレース情報が抽出されトレース情報３６ａ，３
６ｂが蓄積される。

【００２０】開発者ａ，ｂのソースモジュールの修正確
認が完了した後，収集されて蓄積された実行ルートトレ
ース情報はモジュール実行ルート競合情報生成機構３７
に通知される。

【００２１】図４の右側に具体例としてトレース情報３
６０を示す。この例では，細い実線でソースモジュール
によりトレースされるルートを示し，Ａ〜Ｇはそれぞれ
トレースされたルートが一つである範囲と分岐された各
範囲毎に区切って符号を付して表示したものである。

【００２２】この例では，開発者ａのソースモジュール
Ｓａのトレース情報が点線で示すようにＡ，Ｂ，Ｄ，
Ｅ，Ｇとなり，開発者ｂのソースモジュールＳｂのトレ
ース情報は太線で示すようにＡ，Ｃ，Ｄ，Ｅ，Ｇとな
る。

【００２３】このようなトレース情報３６ａ，３６ｂが
得られた後，モジュール実行ルート競合情報生成機構３
７において，モジュール実行ルート競合情報３８を生成
する。このモジュール実行ルート競合情報生成機構３７
の機能を具体例で示すトレース情報３６０を用いて説明
すると，範囲Ｂ，範囲Ｃは互いに他方のモジュールに対
して影響を与えない独立した範囲であり，範囲Ｆは何れ
のソースモジュールのトレースも通らないルートである
ため独立した範囲である（なお，この範囲Ｆは何れのソ
ースモジュールも通らないルートであるからトレース情
報として発生しない）。

【００２４】これに対し，範囲Ａ，範囲Ｄ及び範囲Ｅ
は，２つのトレースが重なり合うルートであるために，
一方のモジュールの変化が他方のモジュールに対して影
響を与えるため，この範囲は競合範囲であると判別され
る。この結果，モジュール実行ルート競合情報３８とし
て図に示すように独立範囲と競合範囲の判別結果が生成
される。

【００２５】このモジュール実行ルート競合情報生成機
構３７をプログラム制御により実現するための処理フロ
ーを図５に示す。図５において，複数のトレース情報
（図４の３６ａ，３６ｂ）が入力されると，各トレース
情報から行番号を読み込む（図５の５０），次に現在の
行番号がトレース情報を格納したファイルの終了位置か
判断し（同５１），終了位置であれば処理が終了し，終
了位置でなければ行番号を比較し（同５２），一致が検
出されたか判断する（同５３）。一致している場合，競
合範囲の行番号として出力する（同５４）。一致しない
場合は，独立行番号として小さい行番号を出力する（同
５５）。出力された行番号はモジュール実行ルート競合
情報３８となる。また，行番号の出力を行うと最初のス
テップ５０に戻る。

【００２６】図４のトレース情報３６０の場合，実線で
示すルートと点線で示すルートに対応する行番号を順に
読み込み，比較することにより，図４のモジュール実行
ルート競合情報３８に示すように独立範囲としてＢ，Ｃ
が得られ，競合範囲としてＡ，Ｄ，Ｅが得られる。

【００２７】次に図６乃至図８により実施例２を説明す
る。この実施例２は上記図２に示す本発明の第２の原理
構成に対応する。図６は実施例２の構成図，図７，図８
はソースモジュール修正情報マージの処理フロー（その
１），（その２）である。

【００２８】図６において，３０ａ，３０ｂは上記実施
例１（図３）と同じ開発者ａのソースモジュールＳａ，
開発者ｂのソースモジュールＳｂであり，３８は上記実
施例１において生成されたモジュール実行ルート競合情
報（図４参照）である。

【００２９】６０はソースモジュール３０ａ，３０ｂを
入力して，モジュール実行ルート競合情報３８の独立範
囲及び競合範囲を識別してソースモジュールの修正情報
をマージするソースモジュール修正情報マージ機構であ
り，６１はこのマージ機構６０によりマージされたソー
スモジュールＳである。６２は競合部分について編集機
能を備える競合エディタである。

【００３０】図７及び図８は上記図６のソースモジュー
ル修正情報マージ機構６０において実行される処理フロ
ーである。最初に図７に示す各処理において，各開発者
ａ，ｂにより原本ソースモジュールのどの行に対し修正
を行ったかを検出する。すなわち，原本ソース（原本ソ
ースモジュールを表す，以下同じ）とソースモジュール
Ｓａ（「ａのソース」と同義）から一行を読み込み（図
７の７０），ファイルの終了位置であるか判別し（同７
１），終了位置でなければ行の内容を比較し（同７
２），差分があれば修正行番号を抽出する（同７３，７
４）。差分がないと次の行について以下，ソースモジュ
ールＳａの終了位置まで繰り返す。

【００３１】ソースモジュールＳａについて修正番号の
抽出が終了すると，次に原本ソースとｂのソースモジュ
ールＳｂを上記のフロー（図７の７０〜７４）と同様の
フロー（７５〜７９）により修正番号の抽出が実行され
る。この図７の修正フローにより，開発者ａ，ｂのソー
スモジュールＳａ，Ｓｂにより修正された行番号が獲得
され修正行番号のファイル（図示せず）に格納される。

【００３２】次に図７ので示す経路により図８に移行
し，上記図７の処理フローで得られたＳａ，Ｓｂの修正
行番号のファイルの先頭から取り出して比較し（図８の
８０），ファイルの終了位置でなければ，２つ（Ｓａ，
Ｓｂ）の修正行が一致するか判断する（同８１，８
２）。一致しなければ，修正行をモジュール実行ルート
競合情報（図６の３８）の行番号と比較して修正行が競
合行番号（競合範囲の行番号）と一致するか判断する
（同８３，８４）。一致する場合，競合エディタで一致
個所を表示する（同８６）。この場合，表示内容を見た
担当者により該当する部分を正しい内容に編集する（同
８７）。この例は，図６のソースモジュールＳ（６１）
の行番号１３００ので示す修正個所の場合に相当し，
競合表示は図６に示すように該当行の先頭に「＊＊」の
ように担当者の注意を引くマークが表示される。

【００３３】ステップ８４において，修正行と競合行番
号が一致しないと修正行情報をマージする（同８５）。
この例は，図６のソースモジュールＳ（６１）の行番号
０３００のの修正個所の場合に相当する。

【００３４】また，ステップ８２において，２つの修正
行が一致した場合は競合エディタで一致個所を表示する
（同８８）。担当者により該当する部分を正しい内容に
編集する（同８９）。この例は，図６のソースモジュー
ルＳ（６１）の行番号０７００について，で示す２
つの修正が行われた場合に相当する。

【００３５】全ての修正行について同様のフローが実行
されてマージが完了する（同９０）。このように，ソー
スモジュール修正情報マージ機構では，モジュール実行
ルート競合情報の独立範囲内の修正個所は修正情報の盛
り込みを行い，競合範囲内の修正個所は競合表示と共に
競合する部分のみをエディタ表示し，担当者（開発者）
が編集を行った後マージが完了したソースモジュールＳ
として出力する。

【００３６】

【発明の効果】本発明によればソースモジュールの修正
による修正情報のマージに対しては，行番号の一致か否
かだけでなく，モジュールの実行ルート競合情報を抽出
し，修正情報をそのまま盛り込むか否かの競合評価を行
うので，競合のなかったソースモジュールの修正結果が
保証され，修正情報マージ後のプログラムの品質及び作
成効率を向上することができる。

【図面の簡単な説明】

【図１】本発明の第１の原理構成図である。

【図２】本発明の第２の原理構成図である。

【図３】実施例１の構成図（その１）である。

【図４】実施例１の構成図（その２）である。

【図５】モジュール実行ルート競合情報生成の処理フロ
ーである。

【図６】実施例２の構成図である。

【図７】ソースモジュール修正情報マージの処理フロー
（その１）である。

【図８】ソースモジュール修正情報マージの処理フロー
（その２）である。

【図９】従来例のソースモジュール修正情報のマージ方
式の説明図である。

【符号の説明】

１ａ，１ｂ 異なる開発者により修正された２つの
ソースモジュール ２ａ，２ｂ １ａ，１ｂの実行部 ３ 実行ルートトレース情報収集手段 ３ａ，３ｂ トレース情報 ４ 競合評価情報生成手段 ５ 競合評価情報

Claims (2)

【特許請求の範囲】
1. 【請求項１】 一つのソースモジュールに対し同時期に
   互いに独立して別々に機能修正を行った複数のソースモ
   ジュールの修正情報を一つにマージするためのソースモ
   ジュール修正情報のマージ方式において，前記機能修正
   した複数のソースモジュールの各機能確認動作の実行時
   におけるトレース情報を収集する実行ルートトレース情
   報収集手段を設け，前記実行ルートトレース情報収集手
   段により収集された複数のソースモジュール修正情報の
   実行トレース情報を元に各トレースのルートが他方に影
   響を与える競合範囲か，影響を与えない独立範囲かを評
   価して競合評価情報を生成する競合評価情報生成手段を
   備えることを特徴とするソースモジュール修正情報のマ
   ージ方式。
2. 【請求項２】 請求項１において，前記競合評価情報を
   元に，前記各ソースモジュールの各修正情報が競合する
   か否かを判別する競合判定手段を設け，前記判別の結果
   修正情報が競合しないと判定されると修正情報をマージ
   結果情報に盛り込み，修正情報が競合すると判定される
   と競合した個所を表示して修正情報を変更する指示を発
   生する修正情報マージ手段を備えることを特徴とするソ
   ースモジュール修正情報のマージ方式。