JPH1083283A - １つの目標バージョンを選択するための方法およびシステム - Google Patents

１つの目標バージョンを選択するための方法およびシステム

Info

Publication number
JPH1083283A
JPH1083283A JP9128686A JP12868697A JPH1083283A JP H1083283 A JPH1083283 A JP H1083283A JP 9128686 A JP9128686 A JP 9128686A JP 12868697 A JP12868697 A JP 12868697A JP H1083283 A JPH1083283 A JP H1083283A
Authority
JP
Japan
Prior art keywords
version
versions
block
reason
targets
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP9128686A
Other languages
English (en)
Inventor
Henry Garken Christpher
クリストファー・ヘンリー・ガーケン
Reny Johins Stacey
ステイシー・レニー・ジョインズ
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
International Business Machines Corp
Original Assignee
International Business Machines Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by International Business Machines Corp filed Critical International Business Machines Corp
Publication of JPH1083283A publication Critical patent/JPH1083283A/ja
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/70—Software maintenance or management
    • G06F8/71—Version control; Configuration management
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/21—Design, administration or maintenance of databases
    • G06F16/219—Managing data history or versioning
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S707/00—Data processing: database and file management or data structures
    • Y10S707/99931—Database or file accessing
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S707/00—Data processing: database and file management or data structures
    • Y10S707/99931—Database or file accessing
    • Y10S707/99933—Query processing, i.e. searching
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S707/00—Data processing: database and file management or data structures
    • Y10S707/99951—File or database maintenance
    • Y10S707/99952—Coherency, e.g. same view to multiple users
    • Y10S707/99954—Version management

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Databases & Information Systems (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Mining & Analysis (AREA)
  • Stored Programmes (AREA)

Abstract

(57)【要約】 【課題】 オブジェクトの変更制御履歴を利用してオブ
ジェクトのバージョンを制御し、１つのバージョンに対
し生じる無節操な変更の可能性を減少する方法を提供す
ること。 【解決手段】 変更した各バージョンにその理由を連係
させることにより、既存の基準ラインのバージョンおよ
び変更を行った理由の集合に関連して、開発、維持、支
援等の動作をユーザが特定することを可能とする。

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明はデータ処理システム
に関し、特に、オブジェクトの変更制御履歴を利用して
オブジェクトのバージョンを制御するための方法および
システムに関する。
【０００２】
【従来の技術】データ処理システムにおけるライブラリ
管理システムや機能は、例えばコンピュータ・プログラ
ミング・コード、関連のテキスト情報、種々のタイプの
データ等のオブジェクトのためのリポジトリである。オ
ブジェクトとは、データ処理システム内の記憶装置の記
憶空間を専有したり、存在することができ、オペレーシ
ョンを実行可能な、例えば、プログラム、ファイル、ラ
イブラリ、ディレクトリ、フォルダ等である。１つのバ
ージョンは、ライブラリ・マネージャによって記憶され
るオブジェクトの状態の１つの論理表現である。例え
ば、文書がオブジェクトの場合、その文書に対する改良
が新しいバージョンとなる。バージョンに対する変更や
改良は、その文書の別のバージョンとなる。従って、１
つのオブジェクトは単一のオリジナル・バージョンを有
し、それから発生する多数のバージョンを有することに
なる（１つのオブジェクトは複数のオリジナル・バージ
ョンを有することも可能である）。
【０００３】他のライブラリ管理システムにおけるよう
に、情報は使用するためにそのシステムから取り出すこ
とができる。情報は、こうして使用したり、あるいは使
用可能となる別のデータから変更させることができる。
そして、変更した情報は変更無しあるいは改良されたラ
イブラリに戻され、新しいバージョンの作成となる。ラ
イブラリは情報が容易に検索でき、またその適切な位置
に戻すことができるように組織されなくてはならない。
ライブラリの情報は、迅速に検索、更新、変更できるよ
うに配列させることが最も望ましい。さらに、通常、デ
ィスク記憶装置のような最小規模のコンピュータ記憶装
置を利用して、各オブジェクトを効果的に記憶させるこ
とが可能であることが望ましい。こうした記憶装置は、
あるバージョンのみの全コピーを記憶させ、続いて他の
バージョン全てではなく各バージョンに対する変更のみ
を記憶させることにより制御することが可能である。
【０００４】ライブラリ管理システムで知られている問
題の１つは、複数のオブジェクトが頻繁に新しいバージ
ョンを作るために変更させられる事である。こうしたバ
ージョンは１つのオブジェクトに新しいあるいは改良さ
れたファンクション（機能）を提供するため、あるいは
１つのオブジェクトの間違い（欠点）を訂正するために
導入することがある。さらに、複数の新しいバージョン
が１つのオブジェクトにデータを加えるために作られる
ことがある。頻繁に改良されるオブジェクトの一例はコ
ンピュータ・プログラムである。コンピュータ・プログ
ラムの場合、一般に、ユーザに受け入れられたプログラ
ムは、そのプログラムを改良するための変更を行って次
々に発売された多くのバージョンを持っている。こうし
た状況は、メイン・フレーム・コンピュータのような大
型コンピュータ・システムを操作するプログラムについ
て特に発生する。
【０００５】ライブラリ管理用に現在実用化されている
システムは、次に示す２つの方式が当業界で知られてい
る。すなわち、（１）分岐方式（branching model）、
（２）階層プロモーション方式（hierarchial promtion
model）である。分岐方式は、複数のバージョンおよび
バージョン間の関係を概説するオブジェクトの派生履歴
を記憶する。ユーザによってはっきりと削除された場合
を除き、この方式に保存されたどのバージョンも常に回
復可能である。さらに、この分岐方式は並行開発が可能
である。つまり、分岐方式は種々のプログラマやユーザ
が同時に１つのオブジェクトの特定のバージョンを改良
することが可能である。図１は従来例の分岐方式を示し
たブロック図である。オブジェクト１５０はいくつかの
バージョンを有している。オブジェクト１５０は初めブ
ロック１５２で示されたバージョン１.０として作ら
れ、ライブラリ・マネージャに送り戻されたバージョン
１.０の改良がブロック１５３で示すようにバージョン
１.１となる。ブロック１５４で示されたバージョン１.
２はライブラリ・マネージャに送り戻されたバージョン
１.１への改良によって作られた。同様に、ブロック１
５６のバージョン１.３はバージョン１.２に基づいてい
る。オブジェクト１５０はバージョン１.２から作られ
た並列の分岐を有する。このバージョンはブロック１５
８に示されるようにバージョン１.２.１.０であり、ブ
ロック１６０に示したバージョン１.２.１.１はバージ
ョン１.２.１.０の変更により作られた。同様に、ブロ
ック１６２のバージョン１.２.１.２はバージョン１.
２.１.１への変更から作られた。ラベル１６４とラベル
１６６はオブジェクト１５０の分岐方式の特定のバージ
ョンに付けられた簡単な文字列ラベルである。
【０００６】従って、ユーザは例えば１.０や１.１等の
バージョン・モデルを識別することによりこの分岐方式
に位置したバージョンを検索できる。さらに、あるバー
ジョンが文字ラベルを付けられているなら、そのラベル
により識別および検索可能である。また、複数のバージ
ョンの合併は、改良する２つのバージョンと、その２つ
のバージョンに共通の基本バージョンを供給することに
より実行可能である。しかし、この分岐方式内に２つの
並行開発の合併を押し進めるためのメカニズムは設けら
れてない。
【０００７】階層プロモーション方式は、例えば開発、
試験、製造などの様々なレベルにおける複数のオブジェ
クトの複数の並行な視点を提供する。階層プロモーショ
ン方式は、オブジェクトが変更されプロモーションさせ
られる際にオブジェクトを制御する。さらに、並行開発
については、この階層プロモーション方式により防止さ
れるか、明示される。この場合、１つのオブジェクトの
多くても１つのバージョンを単独のユーザあるいは複数
のユーザが、１グループにして見ることができる。
【０００８】図２には、階層プロモーション方式を説明
するブロック図が示されている。この方式では、１つの
オブジェクトに対して開発プロセスにおける様々な段階
で複数のグループを形成し、各オブジェクトに対する複
数のバージョンの集合への索引として働く。グループ１
７０の「フィールド」は、製造における各プログラムの
バージョンに関する。グループ１７２は試験プログラム
用にセットアップした「試験」グループである。グルー
プ１７４と１７６は、プログラムを使用するために開発
される「第一」、「第二」開発グループを示す。グルー
プ１７８は、エラーを訂正したフィールドにおけるプロ
グラムを試験するために設けられた「エラー」グループ
である。グループ１８０と１８２はエラーを訂正するた
めの「第三」、「第四」グループである。グループ１７
４のプログラマはプログラムＡＣ．４（プログラムＡ
Ｃ、バージョン４）を改良でき、グループ１７６のプロ
グラマはＢＣ．９（プログラムＢＣ、バージョン９）の
ように異なったプログラムを改良できる。グループ１７
６を利用するプログラマがプログラムＡＣを検査したい
と思うなら、プログラマはＡＣ．１（プログラムＡＣ、
バージョン１）を見ることになる。プロモーションがあ
るまでグループ１７６からＡＣ．１へのアクセスは許可
されない。例えば、グループ１７４のプログラマがＡ
Ｃ．４の作業を終了すると、そのプログラマは試験のた
めにＡＣ．４をグループ１７２にプロモーションさせ
る。プログラムＡＣ．４は再度グループ１７０にプロモ
ーションさせることができる。この場合、ＡＣ．１はグ
ループ１７０でＡＣ．４と入れ替わることになる。
【０００９】分岐方式と反対に、種々のバージョンはそ
のバージョンのプロモーションに基づいたラベルを再割
当られる。階層プロモーション方式では、複数のバージ
ョンがこの階層構造をプロモーション移動させられ、改
良のためにその構造を複写することができる。
【００１０】分岐方式は、複数のバージョンの並行開発
においてバージョンの回復を可能とする機能を提供す
る。一方、階層プロモーション方式はこうした機能を提
供しない。しかし、階層プロモーション方式は複数のバ
ージョンに対する探索パス、並行開発の警戒あるいは防
止、データを紛失するプロモーションの防止、開発プロ
セスの簡単な改良、１つのオブジェクトの１つのバージ
ョンだけが１つのグループ内にあることの保証、強制プ
ロモーションパス、そして改良バージョンへの自動的な
再ラベル等を提供する。この２つの方式は同様なファン
クションを有するが、各方式は他方では使用不可能な機
能を提供する。つまり、ユーザが一方の方式を選択する
ことは、選択されなかった方式により提供された機能の
使用よりも先に行わなくてはならない。
【００１１】本出願の譲渡人による出願番号08/031,757
（放棄）の継続である１９９５年６月１９日出願の出願
番号08/492,389は、この分岐方式と階層方式の両方の有
益な機能を提供した。しかし、欠陥のある機能のトラッ
キングの使用を教示していない。
【００１２】
【発明が解決しようとする課題】従って本発明の目的
は、欠陥のある機能のトラッキングを含むことにより１
つのバージョンに対し生じる無節操な変更の可能性を減
少する方法を提供することである。
【００１３】
【課題を解決するための手段】本願は、変更した各バー
ジョンにその理由を連係させることにより、既存の基準
ラインのバージョンおよび変更を行った理由の集合に関
連して、（例えば）開発、維持、支援等の動作をユーザ
が特定することを可能とする。 例 １）Ｂｏｂが今週行ったものではなく、変更Ａ１のみ有
する、先週認可された契約のバージョンを印刷する。 ２）あるユーザから報告のあった問題を固定するプログ
ラムのバージョンを輸送する。
【００１４】数々の変更は制御下のオブジェクトの無制
限な数の連続した、あるいは並行したバージョンを作り
出す可能性があるので、本発明はこれらの動作に対する
目標のバージョンが特定の変更のみ含み、かつ、これら
特定した変更の全てを含むことを確実にする。さらに、
本発明はこれらの変更の全てを組み込む単一のバージョ
ンがあることを確実にする。
【００１５】
【発明の実施の形態】図３には、本発明を実行するため
に利用可能なデータ処理システム８の説明図を示してあ
る。図から分かるように、データ処理システム８は、Ｌ
ＡＮ１０や３２のような複数のネットワークを有し、各
ネットワークはそれぞれ複数の個別コンピュータ１２、
３０を有するのが望ましい。もちろん、１つのホスト・
プロセッサに接続した複数のインテリジェント・ワーク
ステーション（ＩＷＳ）を各ネットワークに利用するこ
とも可能であることは当業者にとって常識である。こう
したデータ処理システムに共通なことだが、各個別コン
ピュータは記憶装置１４やプリンタ出力装置１６等に接
続させることができる。
【００１６】データ処理システム８も、メインフレーム
・コンピュータ１８のような複数のメインフレーム・コ
ンピュータを含むことが可能であり、それらコンピュー
タは通信リンク２２によりＬＡＮ１０に接続されるのが
望ましい。メインフレーム・コンピュータ１８は、ＬＡ
Ｎ１０の遠隔記憶装置として機能する記憶装置２０にも
接続できる。同様に、ＬＡＮ１０は通信リンク２４を経
て、サブシステム制御ユニット／通信コントローラ２６
および通信リンク３４を通じてゲートウェイ・サーバ２
８に接続できる。ゲートウェイ・サーバ２８は、ＬＡＮ
３２をＬＡＮ１０にリンクするために働く個別コンピュ
ータかＩＷＳが望ましい。
【００１７】ＬＡＮ３２およびＬＡＮ１０に関し、複数
の文書オブジェクトあるいはリソース・オブジェクトは
記憶装置２０に記憶させ、記憶させたリソース・オブジ
ェクトに対するリソース・マネージャあるいはライブラ
リ・サービスとしてメインフレーム・コンピュータ１８
により制御させることができる。もちろん、メインフレ
ーム・コンピュータ１８がＬＡＮ１０から地理的にかな
り離れた位置にあること、また同様にＬＡＮ１０がＬＡ
Ｎ３２から相当な距離をもって位置させることなどは当
業者であれば類推できる。例えば、ＬＡＮ３２はカリフ
ォルニア州に設け、ＬＡＮ１０はノースカロライナ州に
設け、メインフレーム・コンピュータ１８はニューヨー
クに設けることができる。
【００１８】本発明を用いるソフトウェア・プログラム
・コードは通常、記憶装置１４あるいは２０に記憶さ
れ、そこから開発者がそのコードにアクセスできる。配
布の為には、そのソフトウェア・プログラム・コードは
ディスケット、ＣＤ−ＲＯＭのような、データ処理シス
テムで使用される種々の公知の媒体を用いて実施でき、
あるいはネットワークを通じて１つのコンピュータ・シ
ステムのメモリから他のコンピュータ・システムのユー
ザへと配布することができる。媒体でソフトウェア・コ
ードを実施するため、またソフトウェア・コードを配布
するためのこうした技術や方法は公知であり、ここでは
詳細な説明は行わない。
【００１９】図４には、本発明の方法やシステムを実行
するためＬＡＮ１０のブロック図を示してある。サーバ
１２は通信チャンネル３４を通じてコンピュータ１２ａ
−１２ｃと通信する。ＬＡＮ１０はトークン・リング配
列に描かれているが、他の配列も可能である。サーバ１
２は本発明を実行するようにプログラムされたＩＢＭＰ
Ｓ／２やＡＳ／４００システムのような従来のコンピュ
ータが使用可能である。サーバ１２は中央処理装置（Ｃ
ＰＵ）３６、メモリ３８、ネットワーク・アダプタ４０
を有する。ネットワーク・アダプタ４０は発信をフォー
マットし、受信をデフォーマットするために使用され
る。サーバ１２も、１人以上のユーザによるアクセス要
求を保留中のオブジェクトの種々の修正を記憶するため
のハード・ディスク駆動装置を有する。こうした要求は
データ・バス４４を通じてコンピュータ・メモリ３８に
１つのオブジェクトの１つの修正を送ることになる。い
くつかのオブジェクトがメモリ３８内に存在可能であ
る。オペレーティング・システムおよびＬＡＮサーバ４
６はメモリ３８内の１オブジェクトとして表される。
【００２０】様々なユーザがコンピュータ１２ａ−１２
ｃを利用してライブラリ・マネージャ４８に要求を送る
ことによりバージョンにアクセスできる。コンピュータ
１２ｂは典型的な例である。コンピュータ１２ｂはサー
バ１２と通信するパーソナル・ワークステーションとし
てオペレーションを行う。概略的には、コンピュータ１
２ｂはサーバ１２と実質的に同じであり、ネットワーク
・アダプタ６０、ディスプレイ・アダプタ６２、ハード
・ディスク駆動装置６４、ＣＰＵ６６、アドレス可能メ
モリ６８を有する。コンピュータ１２ｂの構成部品はデ
ータ・バス７０を通じてデータを転送する。ＣＰＵ６６
はキーボードやマウス等の入力周辺装置７４を直接制御
する。ディスプレイ・アダプタ６２はディスプレイ装置
７４を駆動する。メモリ６８も、ライブラリ・マネージ
ャ４８への要求に応じてコンピュータ１２により供給さ
れたバージョン７６を有する。さらに、コンピュータ１
２ｂもメモリ６８内にライブラリ・マネージャ（図示せ
ず）を有することが可能である。
【００２１】図５には、メインフレーム・コンピュータ
１８のブロック図が示されている。メインフレーム・コ
ンピュータ１８は、複数のプログラム不可能なワークス
テーション（ＮＷＳ）１００ａ−１００ｎを付属した、
ＩＢＭ ＥＳＡ／３７０あるいはＥＳＡ／３９０のよう
な多重処理を実行する単一のコンピュータ・システムで
ある。メインフレーム・コンピュータ１８はハード・デ
ィスク駆動装置１０２、ＣＰＵ１０４、プログラム不可
能なワークステーション（ＮＷＳ）１００ａ−１００ｎ
と通信するための入力／出力（Ｉ／Ｏ）プロセッサ１０
６、ネットワーク・アダプタ１０８、メモリ１１０を有
する。ハード・ディスク駆動装置１０２はメモリ１１０
内に設けたライブラリ・マネージャ４８により管理され
たバージョンを含むことができる。各ワークステーショ
ンは、メモリ１１０内に設けた１つのバージョンにアク
セス可能である。例えば、ワークステーション１００ａ
はバージョン１１２ａにアクセスし、ワークステーショ
ン１００ｂはバージョン１１２ｂにアクセスし、ワーク
ステーション１００ｎはバージョン１１２ｎにアクセス
する。
【００２２】図６には、ライブラリ管理システムを説明
するブロック図が示されている。ライブラリ・マネージ
ャ２００はユーザ２０２からの要求に応じて種々のファ
ンクションを行う。ユーザ２０２はグループ２０２Ａ、
２０２Ｂ、２０２Ｃに分けられるが、どのユーザも別の
グループを使用できる。このライブラリ管理システムも
バージョン履歴データベース２０６、バージョン内容デ
ータベース２０９および構造データベース２０８を有す
る。バージョン履歴データベース２０６は複数のオブジ
ェクトの派生的な履歴を含むことができ、またバージョ
ンそのものをバージョン内容データベース２０９内に設
ける。構造データベース２０８は、そのグループを階層
構造に組織する情報を含む。
【００２３】図７には、バージョン・データベースを説
明するブロック図が示されている。この例では、バージ
ョン履歴データベース２０６は、それぞれブロック２０
１、２０３、２０５、２０７で示されたようにバージョ
ン１.０、１.１、１.２、１.１.１.０を有する１つのオ
ブジェクトを含む。そのバージョンについての内容ある
いはデータはバージョン内容データベース２０９に記憶
されている。バージョン１.０はオリジナル・バージョ
ンであり、バージョン１.１はバージョン１.０を修正す
ることにより作られる。バージョン１.２はバージョン
１.１への修正の結果であり、同様に、バージョン１.
１.１.０はバージョン１.１を修正あるいは変更して得
られる。状況ラベルをそれらのバージョンを識別するた
めに用いることができる。例えば、バージョン１.１は
ブロック２１０Ｂで示すように「TEST（試験）」とラベ
ルを付け、バージョン１.２はブロック２１２Ｂに示す
ように「DEVELOPMENT（開発）１」とし、バージョン１.
１.１.０はブロック２１４Ｂに示すように「DEVELOPMEN
T（開発）２」とラベルを付ける。バージョンの名前お
よび他のバージョンとの関係はバージョン履歴データベ
ース２０６に記憶させる。あるいは、バージョン履歴デ
ータベース２０６とバージョン内容データベース２０９
は単一のデータベースに組み合わせてもよい。バージョ
ンの名前に基づいたバージョンを有するデータの検索は
公知である。
【００２４】本発明によれば、変更の理由はバージョン
と組み合わされる。１つの理由は、なぜライブラリ・マ
ネージャ・オブジェクトの１つ以上の新しいバージョン
が作られたかを記述する１つのオブジェクトである。従
来技術は、どのようにライブラリ・マネージャが理由オ
ブジェクトとライブラリ管理されているオブジェクトの
適切なバージョンと組み合わせるか説明している。図８
には、整合を説明する一例が示されている。３００で示
されたバージョン１は、３０４により示された理由Ａの
ために作られたバージョンである。理由Ａのような理由
は、問題への固定、機能拡張、等となる。次に、バージ
ョン１は３０６で示される理由Ｂに対して修正され、３
０２で示されるバージョン２となる。バージョン２は理
由Ａに対して成された変更なので、理由Ａは理由Ｂに対
する前提条件と言える。１つのバージョンに対して１つ
の動作が取られる時の理由について、要求された動作が
認められるもので本当に必要か判定するために、本発明
はバージョンの全ておよび関係の変更を判定する。ユー
ザが理由Ｂにたいして行われた変更を組み込むオブジェ
クトの単一バージョンに対するアクションを求める時、
その要求アクションはバージョン２が作られた（つま
り、理由Ａについて成された変更）前に行われた変更も
含むことになる。従って、いくつかの理由およびベース
ライン・バージョンに関してアクションを要求する際
に、本発明はベースラインと所望のバージョン間のバー
ジョンと関連ある変更に対して追加の理由があるか判定
する。さらに、本発明は、そのベースライン・バージョ
ンから特定した理由に対して作られたバージョンを厳密
に含む単一のバージョンがあることを立証する。
【００２５】図８の例に続いて、バージョンと変更の集
合が完了したかどうかの試験を図９に示す。バージョン
２の作成の後、ユーザは理由Ａに対する修正の別の集
合、３０８で示されたバージョン３を再度作る。バージ
ョン２に対してアクションが取られると、バージョン２
に含まれてない理由Ａに対して成された修正があるので
バージョンと変更の集合は完全ではない。完全性はライ
ブラリ・アクションに対する必要前提条件ではないが、
１つのバージョンが既知の変更に関して完全かどうか
を、そのアーキテクチャが評価可能であることが非常に
重要である。
【００２６】本発明によれば、以下のように用語は定義
される。
【００２７】目標バージョン：初期のベースライン・バ
ージョンとオブジェクトが変更された理由の集合に関し
てユーザにより要求されたバージョン。 ベースライン・バージョン：名称あるいはラベルにより
参照された、ある程度既知のバージョン。 オリジナル・バージョン：いかなる修正（作成も含む）
も行われる前の元のバージョン。 祖先（Ancestor）バージョン：前のバージョン（必ずし
も直前ではない）。 子孫（Descendant）バージョン：後のバージョン（必ず
しも直後ではない）。
【００２８】本発明による、３つの例が図１０、図１
１、図１２に示されている。初めに、図１０では、例１
が説明されている。４００で示されたベースライン・バ
ージョン１.０は現在実動中のバージョンである。バー
ジョン１.１は４０２で示され、理由Ｃに対して作成さ
れた。続いて、４０４で示されるバージョン１.２が理
由Ｄに対して作成される。
【００２９】次に、図１１では、例２が示されている。
この例２では、ベースライン実動バージョン２.０は４
０６で示されている。バージョン２.０は理由Ｅに対し
て修正されて、４０８で示されるバージョン２.１へ移
る。そして、バージョン２.１は理由Ｆに対して修正さ
れて、４１０で示されるバージョン２.２へ移る。バー
ジョン２.２は、また理由Ｅに対して修正されて、４１
２で示されるバージョン２.３へ移る。理由Ｅは、例え
ば、１つのバージョンに適用した固定が不十分あるいは
それ自身間違いを含んでおり、それ故に修正は同じ理由
に対して再度行う等の、種々の理由に対する２つの別々
の修正の原因である。
【００３０】図１２は、４１４で示される実動ベースラ
イン・バージョン３.０の例３を説明するものである。
バージョン３.０は理由Ｇに対して修正されて、４１６
で示されるバージョン３.１へ移る。そして、バージョ
ン３.１は理由Ｈに対して修正されて、４１８で示され
るバージョン３.２と、４２０で示されるバージョン３.
３へ移る。バージョン３.２と３.３は、別のプログラマ
あるいは他の理由によって不注意にも並行して開発を行
ったことにより、同じ理由Ｈに対して作成された可能性
がある。
【００３１】次に、図１３、１４、１５のフローチャー
トは、図１０、１１、１２に示した３つの例に関する本
発明を説明する。以下に示す変数を使用する。 ベースライン：（バージョンＩＤにより明快に、また
は、例えばラベルにより間接的に、ユーザにより特定さ
れたバージョン）。 Ｔ：（目標バージョン；つまり、アクション（例えば、
プロモーション）を取る対象のバージョンということを
本発明が判定するバージョン）。 ＲＳＥＴ：（ユーザにより提供された理由の集合で、そ
れに関連した変更全てが目標バージョンに併合させなく
てはならない）。 Ｒ：（ＲＳＥＴからの、ある特定理由；ＲＳＥＴを介し
て反復するため使用される）。 ＶＳＥＴ：（現在の理由Ｒに関連したバージョンの集
合）。 Ｖ：（ＶＳＥＴからの、ある特定のバージョン（ＶＳＥ
Ｔを介して反復するため使用される）；あるいはＭＩＳ
ＳＩＮＧからの、ある特定のバージョン）。 ＭＩＳＳＩＮＧ：（遭遇した直前の祖先を有する、事前
に遭遇してないバージョンの集合）。 ＴＡＲＧＥＴＳ：（潜在目標バージョンの集合；本発明
がうまく走行する時、本発明はリストから１つのバージ
ョンを除き、全てを除去することになる）。 ＰＲＥＶＳ：（現在のバージョンＶに対する直前のバー
ジョンの集合）。 Ｐ：（ＰＲＥＶＳからの、ある特定バージョン）。 ＲＳＯＮＳ：（（１）オリジナルのＲＳＥＴになく、
（２）ベースラインと目標との間のバージョンに関連し
た、理由の集合）。
【００３２】図１０に示した例１でスタートすると、実
動バージョンに対する理由ＣとＤの修正を含むバージョ
ンに対して実行（つまり、プロモーション）することが
望ましい。初めのステップとして、ＭＩＳＳＩＮＧとＴ
ＡＲＧＥＴＳが空きとなるようにセットする。図１３で
は、本発明は５００でスタートする。初め、変数は、ベ
ースライン＝１.０、ＲＳＥＴ＝｛Ｃ，Ｄ｝である。判
定ブロック５０２で、ＲＳＥＴが空きか否かを初めに判
定する。例１では、ＲＳＥＴ＝｛Ｃ，Ｄ｝、従って空き
ではない。ブロック５０４では、ＲＳＥＴからいかなる
理由Ｒも除去される（例１では、第一理由集合Ｒ＝理由
Ｄ）。ブロック５０６では、ＶＳＥＴはブロック５０４
からの理由Ｒに関連した全てのバージョンに匹敵する集
合である。例１では、ＶＳＥＴ＝｛バージョン１.
２｝。次に判定ブロック５０８でＶＳＥＴが空きか否か
判定する。答えがＹＥＳなら、本発明は初めの判定ブロ
ック５０２へ戻る。答えがＮＯなら、ＶＳＥＴからいか
なるバージョンＶも除去される（例１では、バージョン
Ｖ＝１.２）。そして、ＶＳＥＴは空きとなる。次に、
判定ブロック５１２において、バージョンＶ（バージョ
ン１.２）が図１５に示した含意試験を通過するか否か
を判定する。
【００３３】図１５では、判定ブロック５１４でバージ
ョン（バージョン１.２）がＢの祖先か否かを判定する
（Ｂ＝ベースライン・バージョン、つまり、バージョン
１.０）。判定ブロック５１４の答えがＹＥＳなら、そ
のバージョンはブロック５１６で失格となる。判定ブロ
ック５１４の答えがＮＯ（バージョン１.２は実際にバ
ージョン１.０の子孫バージョンである）なら、判定ブ
ロック５１８でバージョン（バージョン１.２）がＢ
（バージョン１.０）と等しいか否かを判定する。判定
ブロック５１８の答えがＹＥＳなら、そのバージョンは
ブロック５１６で失格となる。判定ブロック５１８の答
えがＮＯ（バージョン１.２は実際にバージョン１.０と
は等しくない）なら、判定ブロック５２０でバージョン
（バージョン１.２）がＢの子孫か否かを判定する。判
定ブロック５２０での答えがＮＯならば、ブロック５２
２でバージョンは失格となる。答えがＹＥＳ（バージョ
ン１.２がバージョン１.０の子孫である）なら、バージ
ョンはブロック５２４で通過する。
【００３４】再度図１３の例１にもどり、バージョンＶ
（バージョン１.２）は含意試験を通過する。ブロック
５１２の答えがＮＯならば、本発明は前述のように判定
ブロック５０８にもどる。判定ブロック５１２がＹＥＳ
だったので、判定ブロック５２６でバージョンＶがＭＩ
ＳＳＩＮＧにあるか否かを判定する。上記の定義のよう
に、ＭＩＳＳＩＮＧが初めに空なので、判定ブロック５
２６の答えはＮＯである。従って、図１４に示すよう
に、Ｖ（バージョン１.２）はブロック５２８でＴＡＲ
ＧＥＴＳに加えられる（ＴＡＲＧＥＴＳ＝｛１.
２｝）。もし判定ブロック５２６の答えがＹＥＳなら、
Ｖはブロック５３０でＭＩＳＳＩＮＧから除去されるこ
とになる。
【００３５】本発明は次にブロック５３２に進み、ＰＲ
ＥＶＳがＶ（バージョン１.２）の直前のバージョン全
てに等しいようにセットする。従って、例１について、
ＰＲＥＶＳ＝｛１.１｝。そして、ブロック５３４でＰ
ＲＥＶＳが空か否かを判定する。ブロック５３４の答え
がＹＥＳなら、判定ブロック５０８に戻りＶＳＥＴの次
のバージョンをチェックする。判定ブロック５３４の答
えがＮＯ（ＰＲＥＶＳ＝｛１.１｝）なら、バージョン
Ｐ（残りのバージョンのどれか）がブロック５３６でＰ
ＲＥＶＳから除かれる。ＰＲＥＶＳから除かれるバージ
ョンはバージョン１.１のみである。
【００３６】判定ブロック５３８では、バージョンＰが
図１５で示すように含意試験を通過するか否かを判定す
る。判定ブロック５１４では、バージョンＰ（バージョ
ン１.１）がＢ（バージョン１.０）の祖先でないことを
判定する。判定ブロック５１８では、バージョンＰ（バ
ージョン１.１）がＢと同じではないことを判定し、判
定ブロック５２０では、バージョンＰ（バージョン１.
１）がＢの子孫であることを判定する。このようにバー
ジョンＰ（バージョン１.１）が含意試験を通過し、判
定ブロック５４０でＰがＴＡＲＧＥＴＳ内にあるか否か
を判定する。
【００３７】上記のようにＴＡＲＧＥＴＳ＝｛１.２｝
なので、判定ブロック５４０の答えはＮＯでありＰ
｛１.１｝をブロック５４２でＭＩＳＳＩＮＧに加え、
｛１.１｝と等しくなる。もし判定ブロック５４０の答
えがＹＥＳなら、Ｐ（１.１）がブロック５４４でＴＡ
ＲＧＥＴＳから除かれることになる。ブロック５４２と
５４４に続いて、判定ブロック５３４に戻りＰＲＥＶＳ
が空か否かを再度判定する。ＰＲＥＶＳは空（バージョ
ン１.１は前の反復で除かれている）なので、答えはＹ
ＥＳである。このようにして、判定ブロック５０８への
戻りが実行される。ＶＳＥＴは空であり、判定ブロック
５０８の答えはＹＥＳで本発明はブロック５０２に戻
る。ブロック５０２ではＲＳＥＴ＝｛Ｃ｝が空ではない
ことを判定し、理由Ｒはブロック５０４でＲＳＥＴから
除かれ、従ってＲＳＥＴは空である。
【００３８】ブロック５０６でＶＳＥＴは｛バージョン
１.１｝に等しいようにセットされ、判定ブロック５０
８の答えはＮＯである。ブロック５１０でバージョンＶ
（１.１）がＶＳＥＴから除かれる（従って、空とな
る）。ブロック５１２でＶ（１.１）が判定ブロック５
１２の含意試験を通過するかを判定する。ＭＩＳＳＩＮ
Ｇ＝｛１.１｝なので、判定ブロック５２６でＶ（１.
１）がＭＩＳＳＩＮＧ内にあることを判定し、Ｖ（１.
１）はブロック５３０でＭＩＳＳＩＮＧから除かれ、空
になる。ブロック５３２では、ＰＲＥＶＳは１.０に等
しいようにセットされ、ブロック５３４ではＰＲＥＶＳ
が空でないことを判定する。ブロック５３６で、バージ
ョンＰ（１.０）はＰＲＥＶＳから除かれる。バージョ
ンＰ（１.０）は含意試験を通過せず（バージョン１.０
＝Ｂ（バージョン１.０）なので）、判定ブロック５３
４に戻る。そして、ブロック５３４でＰＲＥＶＳが空で
あることを判定し、ブロック５０８への戻りが実行され
る。
【００３９】ブロック５０８で、ＶＳＥＴが現在、空で
あることを判定し、ブロック５０２への戻りが実行され
る。ＲＳＥＴは現在、空であり、本発明は判定ブロック
５５０へ進み、そこでＭＩＳＳＩＮＧが空か否かを判定
する。判定ブロック５５０の答えはＹＥＳ（前述したよ
うに）なので、判定ブロック５５２では厳密に１つのバ
ージョンがＴＡＲＧＥＴＳにあるか否かを判定する。Ｔ
ＡＲＧＥＴＳは前に｛１.２｝と等しくセットしたの
で、判定ブロック５５２の答えはＹＥＳである。もしブ
ロック５５２の答えがＮＯならば、開発の併合の欠落に
より不完全な完成という答えをブロック５５４で受ける
ことになる。
【００４０】ブロック５５６では、ＴがＴＡＲＧＥＴＳ
内のバージョンであるか、つまりＴ＝バージョン１.２
であることを判定する。従ってブロック５５８で完全な
完成が決定され、本発明は実動に対するプロモーション
の理由ＣとＤを含む正しいバージョンがバージョン１.
２であることを決定する。
【００４１】図１１および図１３、１４、１５では、１
つのバージョンを作成するために、同じ理由を２度以上
使用した時にプロモーションするための正しいバージョ
ンを試験する１つの例を説明している。初期条件はＭＩ
ＳＳＩＮＧ＝｛｝；ＴＡＲＧＥＴＳ＝｛｝；ＢＡＳＥＬ
ＩＮＥ＝１.０；そしてＲＳＥＴ＝｛Ｅ，Ｆ｝である。
【００４２】５００でスタート後、ブロック５０２では
理由ＥとＦを含むのでＲＳＥＴは空ではない。ブロック
５０４では、理由Ｒ（Ｆと共にスタート）はＲＳＥＴか
ら除かれる（ＲＳＥＴ＝｛Ｅ｝とする）。ブロック５０
６では、Ｒ（ＶＳＥＴ＝｛２.２｝）に関連のある全て
のバージョンにＶＳＥＴが等しくなるようにセットす
る。ＶＳＥＴは空ではないので、ブロック５１０でＶＳ
ＥＴからバージョンＶ（２.２）が除かれる（ＶＳＥＴ
は｛｝に等しい）。ブロック５１２および図１５で、バ
ージョンＶ（２.２）が含意試験を通過することを判定
する。ブロック５２６では、ＭＩＳＳＩＮＧが空なの
で、バージョンＶ（２.２）がＭＩＳＳＩＮＧ内にはな
く、バージョンＶ（２.２）はブロック５２８でＴＡＲ
ＧＥＴＳに加えられる（ＴＡＲＧＥＴＳ＝｛２.
２｝）。
【００４３】ブロック５３２では、ＰＲＥＶＳは｛２.
１｝に等しくされる。ブロック５３４でＰＲＥＶＳが空
ではないと判定されるので、どのバージョンＰ（バージ
ョン２.１）も除かれてＰＲＥＶＳ＝｛｝を作る。ブロ
ック５３８と図１５でＰ（２.１）がＴＡＲＧＥＴＳ内
にない（ＴＡＲＧＥＴＳ＝｛２.２｝）ことを判定し、
Ｐ（２.１）がブロック５４２でＭＩＳＳＩＮＧに加え
られる（ＭＩＳＳＩＮＧ＝｛２.１｝）。ブロック５３
４への戻りが実施され、ＰＲＥＶＳ＝｛｝なので、空で
あり、ブロック５０８への戻りが実施される。
【００４４】ブロック５０８で、ＶＳＥＴは空なので、
ブロック５０２への戻りが実施される。ＲＳＥＴ＝
｛Ｅ｝なので、空ではなく、理由Ｒ（Ｅ）はブロック５
０４から除かれＲＳＥＴ＝｛｝となる。ブロック５０６
では、ＶＳＥＴは２.１と２.３に等しくする（ＶＳＥＴ
＝｛２.１、２.３｝）。ブロック５０８で、ＶＳＥＴは
空ではないので、バージョンＶ（ピック・バージョン
２.３）が除かれ、ＶＳＥＴ＝｛２.１｝。ブロック５１
２および図１５で、Ｖ（２.３）が含意試験を通過する
ことを判定する。ブロック５２６では、Ｖ（２.３）が
ＭＩＳＳＩＮＧ内にないことを判断し（ＭＩＳＳＩＮＧ
＝｛２.１｝）、Ｖ（２.３）がブロック５２８でＴＡＲ
ＧＥＴＳに加えられる（ＴＡＲＧＥＴＳ＝｛２.２、２.
３｝）。ブロック５３２では、ＰＲＥＶＳが｛２.２｝
に等しくされ、ブロック５３４でＰＲＥＶＳが空ではな
いと判定され、ブロック５３６で、バージョンＰ（２.
２）はＰＲＥＶＳから除かれる（ＰＲＥＶＳ＝｛｝）。
Ｐ（２.２）はブロック５３８と図１５で含意試験を通
過する。Ｐ（２.２）はＴＡＲＧＥＴＳ内にあるので
（ＴＡＲＧＥＴＳ＝｛２.２、２.３｝）、Ｐ（２.２）
はブロック５４４でＴＡＲＧＥＴＳから除かれる（ＴＡ
ＲＧＥＴＳ＝｛２.３｝）。ブロック５３４への戻りが
実行され、続いてブロック５０８への戻りが実行され
る。
【００４５】ブロック５０８で、ＶＳＥＴ｛２.１｝は
空ではなく、バージョンＶ（２.１）が除かれ、ＶＳＥ
Ｔ＝｛｝となる。Ｖ（２.１）は含意試験を通過し、ブ
ロック５３０でＭＩＳＳＩＮＧ（ＭＩＳＳＩＮＧ
＝｛｝）から除かれる。ブロック５３２では、ＰＲＥＶ
Ｓが２.０に等しくされ、ブロック５３６で、バージョ
ンＰ（２.０）はＰＲＥＶＳから除かれる（ＰＲＥＶＳ
＝｛｝）。Ｐ（２.０）はＰ（２.０）＝Ｂ（２.０）な
ので含意試験を通過しない。ブロック５３４への戻りが
行われ、ブロック５０８への戻りが続く。ＶＳＥＴが現
在、空なので、ブロック５０２への戻りが行われる。Ｒ
ＳＥＴは現在、空であり、本発明は判定ブロック５５０
へ進み、そこでＭＩＳＳＩＮＧが空かを判定する。判定
ブロック５５２ではＴＡＲＧＥＴＳ＝｛２.３｝が厳密
に１つのバージョンを含むことを判定し、ブロック５５
６で、Ｔがそのバージョンである（つまり、Ｔ＝２.
３）。このように完成がブロック５５８で判定され、本
発明は実動バージョンに対するプロモーションの理由Ｅ
とＦを含む正しいバージョンがバージョン２.２ではな
くバージョン２.３であることを判定した。
【００４６】図１２および図１３、１４、１５では、並
行バージョン開発が起こった状況における本発明の使用
を説明する第３例である。初期条件はＭＩＳＳＩＮＧ＝
｛｝；ＴＡＲＧＥＴＳ＝｛｝；ＢＡＳＥＬＩＮＥ＝３.
０；そしてＲＳＥＴ＝｛Ｇ，Ｈ｝である。５００でスタ
ートした後、ブロック５０２ではＲＳＥＴは空ではな
い。ブロック５０４では、理由Ｒ（Ｈ）はＲＳＥＴから
除かれる。ブロック５０６では、Ｒ（Ｈ）に関連のある
全てのバージョンにＶＳＥＴが等しくなるようにセット
するので、ＶＳＥＴ＝｛３.２、３.３｝。判定ブロック
５０８でＶＳＥＴは空ではないことを判定され、ブロッ
ク５１０でＶＳＥＴからバージョンＶ（３.３）が除か
れる（ＶＳＥＴ＝｛３.２｝）。ブロック５１２および
図１５で、バージョンＶ（３.３）が含意試験を通過す
ることを判定する。
【００４７】Ｖ（３.３）がＭＩＳＳＩＮＧ内にないの
で（ＭＩＳＳＩＮＧ＝｛｝）、Ｖ（３.３）はブロック
５２８でＴＡＲＧＥＴＳに加えられる。ブロック５３２
で、ＰＲＥＶＳが｛３.１｝に等しくなるようにセット
される。ＰＲＥＶＳは空ではないので、バージョンＰ
（３.１）がブロック５３６でＰＲＥＶＳから除かれ
る。Ｐ（３.１）はブロック５３８と図１５で含意試験
を通過する。Ｐ（３.１）はＴＡＲＧＥＴＳ内にない
（ＴＡＲＧＥＴＳ＝｛３.３｝）ことを判定ブロック５
４０で判定する。このように、Ｐ（３.１）はブロック
５４２でＭＩＳＳＩＮＧに加えられる（ＭＩＳＳＩＮＧ
＝｛３.１｝）。そして、本発明はブロック５３４へ戻
り、現在、ＰＲＥＶＳは空なのでブロック５０８への戻
りが実行される。判定ブロック５０８ではＶＳＥＴが空
ではなく、ＶＳＥＴからどのバージョンＶ（３.２）が
除かれる（ＶＳＥＴ＝｛｝）。判定ブロック５１２と図
１５でＶ（３.２）が含意試験を通過することを判定す
る。
【００４８】ブロック５２６では、Ｖ（３.２）がＭＩ
ＳＳＩＮＧ内にないことを判定する（ＭＩＳＳＩＮＧ＝
｛３.１｝）。従って、Ｖ（３.２）がブロック５２８で
ＴＡＲＧＥＴＳに加えられる（ＴＡＲＧＥＴＳ＝｛３.
２、３.３｝）。ブロック５３２では、ＰＲＥＶＳ＝
｛３.１｝、ブロック５３４でＰＲＥＶＳが空ではない
と判定され、バージョンＰ（３.１）はＰＲＥＶＳから
除かれる。Ｐ（３.１）は含意試験を通過することをブ
ロック５３８で判定する。Ｐ（３.１）はＴＡＲＧＥＴ
Ｓ内にないので（ＴＡＲＧＥＴＳ＝｛３.２、３.
３｝）、Ｐ（３.１）はブロック５４２でＭＩＳＳＩＮ
Ｇに加えられる（ＭＩＳＳＩＮＧ＝｛３.１｝）。この
ように、本発明はブロック５３４へ戻り、続いてブロッ
ク５０８への戻りが実行される。ＶＳＥＴは空なので、
本発明はブロック５０２へ戻る。
【００４９】ブロック５０２でＲＳＥＴは空（ＲＳＥＴ
＝｛Ｇ｝）と判定される。ブロック５０４では、ＲＳＥ
Ｔから理由Ｒ（Ｇ）が除かれる（ＲＳＥＴ＝｛｝）。ブ
ロック５０６では、ＶＳＥＴ＝｛３.１｝、そしてＶＳ
ＥＴは空ではないので、Ｖ（３.１）はＶＳＥＴから除
かれる（ＶＳＥＴ＝｛｝）。
【００５０】ブロック５１２および図１５で、バージョ
ンＶ（３.１）が含意試験を通過することを判定する。
Ｖ（３.１）がＭＩＳＳＩＮＧ内にあるので（ＭＩＳＳ
ＩＮＧ＝｛３.１｝）、Ｖ（３.１）はブロック５３０で
ＭＩＳＳＩＮＧから除かれる（ＭＩＳＳＩＮＧ
＝｛｝）。ブロック５３２で、ＰＲＥＶＳが｛３.０｝
に等しくなるようにセットされ、ＰＲＥＶＳは空ではな
いので、バージョンＰ（３.０）がブロック５３６でＰ
ＲＥＶＳから除かれる（ＰＲＥＶＳ＝｛｝）。バージョ
ンＰ（３.０）は含意試験を通過しない（Ｐ（３.０）＝
Ｂ（３.０））ので、ブロック５３４への戻りが実行さ
れる。ＰＲＥＶＳが空なので、判定ブロック５０８への
戻りが行われ、ブロック５０２への戻りが続く（ＶＳＥ
Ｔが空）。ＲＳＥＴが空なので、本発明はブロック５５
０へ続く。ＭＩＳＳＩＮＧ＝｛｝、つまり空なので、判
定ブロック５５２では２つ以上のバージョンがＴＡＲＧ
ＥＴＳにあること（ＴＡＲＧＥＴＳ＝｛３.２、３.
３｝）を判定する。このように、ブロック５５４で不完
全な完成を示すメッセージが出される。それ故、本発明
は例３が全ての並行開発の併合を完成させず、しかも、
こうした併合が完成されるまで、実動バージョンに対す
るプロモーションをするための正しいバージョンはない
ことを正確に識別した。
【００５１】図１０、１３、１４、１５には、必要な理
由が紛失した時にプロモーションするための正しいバー
ジョンを試験する例が説明されている。この例では、理
由Ｆに対して成された変更を実動バージョンに対し移動
させ、既にそこにあるバージョン（バージョン２.０）
と交換することをユーザが求めた。
【００５２】５００でスタートした後、ブロック５０２
ではＲＳＥＴは理由Ｆを含むので空ではないと判定す
る。ブロック５０４では、理由Ｒ（Ｆ）はＲＳＥＴから
除かれる（ＲＳＥＴ＝｛｝を作る）。ブロック５０６で
は、Ｒ（ＶＳＥＴ＝｛２.２｝）に関連のある全てのバ
ージョンにＶＳＥＴが等しくなるようにセットする。Ｖ
ＳＥＴは空ではないので、ブロック５１０でＶＳＥＴか
らバージョンＶ（２.２）が除かれる（ＶＳＥＴ
＝｛｝）。ブロック５１２および図１５で、バージョン
Ｖ（２.２）が含意試験を通過することを判定する。ブ
ロック５２６で、ＭＩＳＳＩＮＧは空なので、バージョ
ンＶ（２.２）がＭＩＳＳＩＮＧ内にないことを判定す
る。そして、バージョンＶ（２.２）がブロック５２８
でＴＡＲＧＥＴＳに加えられる（ＴＡＲＧＥＴＳ＝
｛２.２｝）。
【００５３】ブロック５３２では、ＰＲＥＶＳが｛２.
１｝に等しくなるようにされる。ブロック５３４でＰＲ
ＥＶＳが空ではないと判定されるので、バージョンＰ
（２.１）はＰＲＥＶＳから除かれＰＲＥＶＳ＝｛｝と
する。Ｐ（２.１）は含意試験を通過することをブロッ
ク５３８と図１５で判定する。ブロック５４０で、Ｐ
（２.１）はＴＡＲＧＥＴＳ内にないことを判定され
（ＴＡＲＧＥＴＳ＝｛２.２｝）、Ｐ（２.１）はブロッ
ク５４２でＭＩＳＳＩＮＧに加えられる（ＭＩＳＳＩＮ
Ｇ＝｛２.１｝）。ブロック５３４への戻りが実行さ
れ、ＰＲＥＶＳ＝｛｝で空なので、ブロック５０８への
戻りが実行される。
【００５４】ブロック５０８で、ＶＳＥＴは空なので、
ブロック５０２への戻りが実行される。ＲＳＥＴは空な
ので、本発明は判定ブロック５５０に移り、ＭＩＳＳＩ
ＮＧが空ではないことを判定する。本発明はブロック６
００に移る。
【００５５】ブロック６００で、ＲＳＯＮＳが｛｝に等
しくなるようにされる。ブロック６０２で、バージョン
Ｖ（２.１）はＭＩＳＳＩＮＧから除かれる（ＭＩＳＳ
ＩＮＧ＝｛｝）。ブロック６０４で、バージョン２.１
に関連の全ての理由がＲＳＯＮＳに加えられる。バージ
ョン２.１は理由Ｅのためだけに作られたので、ＲＳＯ
ＮＳは現在｛Ｅ｝に等しい。
【００５６】ブロック６０６では、ＭＩＳＳＩＮＧが空
かチェックする。答えがＮＯなら、本発明はブロック６
０８に続く。答えがＹＥＳなら、本発明はブロック６０
２に戻る。ＭＩＳＳＩＮＧが空なので、本発明はブロッ
ク６０８に続く。このようにして、不完全な完成という
メッセージがブロック６０８で返答される。この例で
は、本発明は、理由Ｅ（ＲＳＯＮＳ内の理由）について
成された変更も移動することなく、理由Ｆに対する変更
が実動バージョンに移動できないことを正確に判定し
た。理由Ｅは実動バージョンへ移動させる変更の初めの
リスト内に無かったので（ＲＳＥＴの初期値は
｛Ｆ｝）、本発明は誤りだと応答する。
【００５７】従来アプリケーションの一つである、ＩＢ
Ｍ社の構成管理バージョン制御（ＣＭＶＣ）は、ベース
ライン・バージョンに理由の集合をどのように適用し
て、（１）（ベースライン・バージョンだけでなく１つ
以上の理由に対して成された全ての変更も組み込み）得
られたバージョン、あるいは、それが駄目なら（２）関
連の変更が（１）を完成させるために必要とされる理由
の新たな集合、のどちらかを判定するかを説明してい
る。残念なことに、ＣＭＶＣは、ほとんどのＵＮＩＸ系
で有効な、単純なバージョン化ユーティリティであるＳ
ＣＣＳの単純なバージョン化能力だけを想定している。
ライブラリ管理システムはもっと複雑になっており、こ
うしたシステムのバージョン化能力を有する。これらの
新しいバージョン化機構は公知技術のいくつかの想定を
打破している。つまり、（１）数個のバージョンが単一
のバージョンに基づき、かつ（２）単一のバージョンが
２個以上（通常２個のみ）のバージョンの併合に基づく
ことが可能である。これは、バージョンがその祖先でな
い場合を除き、複雑な図や形にすることのできるバージ
ョン履歴となる。
【００５８】本発明は公知技術を２つの方法で拡張す
る。その１つは、ＳＣＣＳでの限定的な分岐方式のよう
にではなく、アルゴリズムを複雑なバージョン履歴に適
用できる。２つめは、ライブラリ管理システムは並行開
発をサポートできるので、ＣＭＶＣでは不可能なエラー
条件が検知可能となり、所定の理由集合に関連した変更
が並行で、かつ併合されないことが可能である。
【００５９】本発明のシステムは本発明自体で使うばか
りでなく、他のライブラリ管理システムでも２つの方法
で使用することができる。
【００６０】ライブラリ管理システムのバージョン化構
造は、通常、観念的なレベルで働く。例えば、ＰＶＣＳ
（Intersolvからのライブラリ管理システム）はシステ
ム全体にわたるラベルやプロモーション階層等の概念を
サポートする。これらはユーザに間接的かつ高レベルの
インターフェースを提供し、ユーザに関係のある多くの
オブジェクトのバージョンを特定する。さらに、ＰＶＣ
Ｓはこれらの間接的かつ高レベルのバージョン名を容易
に管理するユーザ・インターフェースを提供する。この
ユーザ・インターフェースは本発明により、容易に拡張
できる。例えば、図２に示すように、オブジェクトの集
合を試験からフィールドへプロモーションするのに加
え、本発明はユーザが拡張の集合（変更コードの集合に
より分かる）をフィールドにプロモーションするのを可
能にする。
【００６１】別の例として、ＥＮＶＹ（ＯＴＩ(Object
Technology International of Canada)からのSmalltalk
開発用のライブラリ管理ツール）のバージョン化および
構成管理能力は、１つのクラスに対する方法のバージョ
ンの集合、１つのアプリケーションに対するクラスのバ
ージョンの集合、構成マップに対するアプリケーション
の集合等の解放の概念をサポートする。方法バージョン
を除き、他のバージョン全てはユーザにより明快に命名
されねばならない。これはシステムの生成やコードの再
利用を極めて簡単にするが、開発者が相当量の作業を必
要とする。本発明はこの開発者の作業を簡略化するため
に使用することができる。１つの構造に対して解放すべ
き各オブジェクトの各バージョンを識別しなくてはなら
ない代わりに、開発者はＥＮＶＹが一組の理由を解放す
ることを指示することでよい。現に解放されたバージョ
ンは１つのベースライン、および（本発明により判定さ
れたように）解放される目標バージョンとして使用され
ることになる。
【００６２】本発明は既存のライブラリ管理システムの
現行の動作を第二の方法で拡張することができる。ＰＶ
ＣＳの「PROMOTE（プロモーション）」やＥＮＶＹの「R
ELEASE（解放）」のような動作は、ライブラリ・マネー
ジャを作動させる目的バージョンをユーザが識別するこ
とを含む。この動作はしばしば暗黙のベースラインを有
し、またこれらの２つのバージョン（ベースラインと目
標）からベースラインと目標間の変更の集合を識別する
のが容易である。その変更の集合から、関連の理由の集
合が導き出せる。本発明は実際の目標バージョン、所定
のベースライン・バージョン、理由の演算集合等を判定
するのに使用可能である。そして、ライブラリ管理シス
テムは演算した目標とユーザにより特定された実際の目
標とを比較することができる。この２者が異なる、ある
いは本発明がエラー条件を検出するなら、ユーザは変更
のために既知の理由と一致しない、あるいは履行完了し
ない動作を要求する。
【００６３】本発明は特定の望ましい実施例について説
明したが、種々の変更や改良が可能であることは当業者
には理解できるであろう。また、添付の請求の範囲を逸
脱しない限りこうした変更や改良も本発明の範囲にある
ものである。
【００６４】まとめとして、本発明の構成に関して以下
の事項を開示する。
【００６５】（１）複数のバージョンから、ベースライ
ン・バージョンに対してユーザが示した変更を厳密に含
む、データ処理システムにおける１つの目標バージョン
を選択するための方法であって、変更のための理由の集
合を特定するステップと、上記変更のための理由の集合
における少なくとも１つの理由と関連した、上記複数の
バージョンの部分集合を有する、全てのバージョンの集
合を判定するステップと、上記全てのバージョンの集合
における子孫を有さない、上記全てのバージョンの集合
におけるバージョンを有する、目標の集合を判定するス
テップと、上記ベースライン・バージョンの子孫で、上
記目標の集合における１つのバージョンを祖先として有
する上記全てのバージョンの集合に含まず、上記複数の
バージョンにおけるバージョンを有する、紛失バージョ
ンの集合を判定するステップと、上記目標の集合が単独
のバージョンのみ有し、上記紛失バージョンの集合が空
であるなら上記目標バージョンであり、上記バージョン
の集合の上記単独バージョンは上記目標バージョンであ
ることを判定するステップと、を有することを特徴とす
る１つの目標バージョンを選択するための方法。 （２）ユーザに結果のメッセージを返答するステップ
を、さらに有することを特徴とする、上記（１）に記載
の方法。 （３）上記メッセージが不完全な結果なら、該不完全な
結果を生じた紛失理由を列挙するステップを、さらに有
することを特徴とする、上記（２）に記載の方法。 （４）上記目標の集合が２つ以上のバージョンを有する
なら、ユーザにエラー・メッセージを返答するステップ
を、さらに有することを特徴とする、上記（２）に記載
の方法。 （５）複数のバージョンから、ベースライン・バージョ
ンに対してユーザが示した変更を含む、データ・プロセ
ッサにおける１つの目標バージョンを選択するためのシ
ステムであって、変更のための理由の集合を特定する手
段と、上記変更のための理由の集合における少なくとも
１つの理由と関連した、上記複数のバージョンの部分集
合を有する、全てのバージョンの集合を判定する手段
と、上記全てのバージョンの集合における子孫を有さ
ず、上記全てのバージョンの集合のバージョンを有する
目標の集合を判定する手段と、上記ベースライン・バー
ジョンの子孫で、上記目標の集合における１つのバージ
ョンを祖先として有する全てのバージョンの上記集合に
含まず、上記複数のバージョンにおけるバージョンを有
する紛失バージョンの集合を判定する手段と、上記目標
の集合が単独のバージョンのみ有し、上記紛失バージョ
ンの集合が空であるなら上記目標バージョンであり、上
記バージョンの集合の上記単独バージョンは上記目標バ
ージョンであることを判定する手段と、を有することを
特徴とする１つの目標バージョンを選択するためのシス
テム。 （６）ユーザに結果のメッセージを返答する手段を、さ
らに有することを特徴とする、上記（５）に記載のシス
テム。 （７）上記メッセージが不完全な結果なら、該不完全な
結果を生じた紛失理由を列挙する手段を、さらに有する
ことを特徴とする、上記（６）に記載のシステム。 （８）上記目標の集合が２つ以上のバージョンを有する
なら、ユーザにエラー・メッセージを返答する手段を、
さらに有することを特徴とする、上記（６）に記載のシ
ステム。 （９）ベースライン・バージョンに対してユーザが示し
た変更を含む、データ・プロセッサにおける１つの目標
バージョンを複数のバージョンから選択するための、コ
ンピュータで読取り可能な媒体に記録したコンピュータ
・プログラム製品であって、変更のための理由の集合を
特定するコンピュータで読取り可能な手段と、上記変更
のための理由の集合における少なくとも１つの理由と関
連した、上記複数のバージョンの部分集合を有する、全
てのバージョンの集合を判定するコンピュータで読取り
可能な手段と、上記全てのバージョンの集合における子
孫を有さず、上記全てのバージョンの集合のバージョン
を有する目標の集合を判定するコンピュータで読取り可
能な手段と、上記ベースライン・バージョンの子孫で、
上記目標の集合における１つのバージョンを祖先として
有する全てのバージョンの上記集合に含まず、上記複数
のバージョンにおけるバージョンを有する紛失バージョ
ンの集合を判定するコンピュータで読取り可能な手段
と、上記目標の集合が単独のバージョンのみ有し、上記
紛失バージョンの集合が空であるなら上記目標バージョ
ンであり、上記バージョンの集合の上記単独バージョン
は上記目標バージョンであることを判定するコンピュー
タで読取り可能な手段と、を有することを特徴とする、
１つの目標バージョンを選択するためのコンピュータで
読取り可能な媒体に記録したコンピュータ・プログラム
製品。 （１０）ユーザに結果のメッセージを返答するための、
コンピュータで読取り可能な手段を、さらに有すること
を特徴とする、上記（９）に記載のコンピュータ・プロ
グラム製品。 （１１）上記メッセージが不完全な結果なら、該不完全
な結果を生じた紛失理由を列挙するコンピュータで読取
り可能な手段を、さらに有することを特徴とする、上記
（１０）に記載のコンピュータ・プログラム製品。 （１２）上記目標の集合が２つ以上のバージョンを有す
るなら、ユーザにエラー・メッセージを返答するコンピ
ュータで読取り可能な手段を、さらに有することを特徴
とする、上記（１１）に記載のコンピュータ・プログラ
ム製品。
【００６６】
【発明の効果】数々の変更は、制御下のオブジェクトの
無制限な数の連続した、あるいは並行したバージョンを
作り出す可能性があるので、本発明はこれらの動作に対
する目標のバージョンが特定の変更のみ含み、かつ、こ
れら特定した変更の全てを含むことを確実にする。さら
に、本発明はこれらの変更の全てを組み込む単一のバー
ジョンがあることを確実にする。
【図面の簡単な説明】
【図１】従来の分岐方式の一例を示すブロック図であ
る。
【図２】従来の階層方式の一例を示すブロック図であ
る。
【図３】本発明の方法およびシステムを実行するために
利用可能なデータ処理システムの概略説明図である。
【図４】図３のデータ処理システムのＬＡＮを示すブロ
ック図である。
【図５】図３のメインフレーム・コンピュータを示すブ
ロック図である。
【図６】本発明によるライブラリ管理システムを示すブ
ロック図である。
【図７】本発明によるバージョン・データベースを示す
ブロック図である。
【図８】変更制御および整合を示す概略説明図である。
【図９】変更制御および整合を示す概略説明図である。
【図１０】連続的なバージョン開発の第一例を示す概略
説明図である。
【図１１】修正した連続的なバージョン開発の第二例を
示す概略説明図である。
【図１２】並行バージョン開発の第三例を示す概略説明
図である。
【図１３】本発明のフローチャート実行を示すフローチ
ャート図である。
【図１４】図１３のフローチャートの後半である。
【図１５】本発明で使用された含意試験を示すフローチ
ャート図である。
【符号の説明】
８ データ処理システム １０ ＬＡＮ １２ 個別コンピュータ １４ 記憶装置 １６ プリンタ １８ メインフレーム・コンピュータ ２０ 記憶装置 ２２ 通信リンク ２４ 通信リンク ２６ 通信コントローラ ２８ ゲートウェイ・サーバ ３０ 個別コンピュータ ３４ 通信リンク ２００ ライブラリ・マネージャ ２０２ ユーザ ２０６ バージョン履歴データベース ２０８ 構造データベース ２０９ バージョン内容データバース
───────────────────────────────────────────────────── フロントページの続き (72)発明者 ステイシー・レニー・ジョインズ アメリカ合衆国27606、ノース・カロライ ナ州、ラレイ、エイベント・フェリー・ロ ード、4249−１

Claims (12)

    【特許請求の範囲】
  1. 【請求項１】複数のバージョンから、ベースライン・バ
    ージョンに対してユーザが示した変更を厳密に含む、デ
    ータ処理システムにおける１つの目標バージョンを選択
    するための方法であって、 変更のための理由の集合を特定するステップと、上記変
    更のための理由の集合における少なくとも１つの理由と
    関連した、上記複数のバージョンの部分集合を有する、
    全てのバージョンの集合を判定するステップと、 上記全てのバージョンの集合における子孫を有さない、
    上記全てのバージョンの集合におけるバージョンを有す
    る、目標の集合を判定するステップと、 上記ベースライン・バージョンの子孫で、上記目標の集
    合における１つのバージョンを祖先として有する上記全
    てのバージョンの集合に含まず、上記複数のバージョン
    におけるバージョンを有する、紛失バージョンの集合を
    判定するステップと、 上記目標の集合が単独のバージョンのみ有し、上記紛失
    バージョンの集合が空であるなら上記目標バージョンで
    あり、上記バージョンの集合の上記単独バージョンは上
    記目標バージョンであることを判定するステップと、を
    有することを特徴とする１つの目標バージョンを選択す
    るための方法。
  2. 【請求項２】ユーザに結果のメッセージを返答するステ
    ップを、さらに有することを特徴とする、請求項１に記
    載の方法。
  3. 【請求項３】上記メッセージが不完全な結果なら、該不
    完全な結果を生じた紛失理由を列挙するステップを、さ
    らに有することを特徴とする、請求項２に記載の方法。
  4. 【請求項４】上記目標の集合が２つ以上のバージョンを
    有するなら、ユーザにエラー・メッセージを返答するス
    テップを、さらに有することを特徴とする、請求項２に
    記載の方法。
  5. 【請求項５】複数のバージョンから、ベースライン・バ
    ージョンに対してユーザが示した変更を含む、データ・
    プロセッサにおける１つの目標バージョンを選択するた
    めのシステムであって、 変更のための理由の集合を特定する手段と、 上記変更のための理由の集合における少なくとも１つの
    理由と関連した、上記複数のバージョンの部分集合を有
    する、全てのバージョンの集合を判定する手段と、上記
    全てのバージョンの集合における子孫を有さず、上記全
    てのバージョンの集合のバージョンを有する目標の集合
    を判定する手段と、 上記ベースライン・バージョンの子孫で、上記目標の集
    合における１つのバージョンを祖先として有する全ての
    バージョンの上記集合に含まず、上記複数のバージョン
    におけるバージョンを有する紛失バージョンの集合を判
    定する手段と、 上記目標の集合が単独のバージョンのみ有し、上記紛失
    バージョンの集合が空であるなら上記目標バージョンで
    あり、上記バージョンの集合の上記単独バージョンは上
    記目標バージョンであることを判定する手段と、を有す
    ることを特徴とする１つの目標バージョンを選択するた
    めのシステム。
  6. 【請求項６】ユーザに結果のメッセージを返答する手段
    を、さらに有することを特徴とする、請求項５に記載の
    システム。
  7. 【請求項７】上記メッセージが不完全な結果なら、該不
    完全な結果を生じた紛失理由を列挙する手段を、さらに
    有することを特徴とする、請求項６に記載のシステム。
  8. 【請求項８】上記目標の集合が２つ以上のバージョンを
    有するなら、ユーザにエラー・メッセージを返答する手
    段を、さらに有することを特徴とする、請求項６に記載
    のシステム。
  9. 【請求項９】ベースライン・バージョンに対してユーザ
    が示した変更を含む、データ・プロセッサにおける１つ
    の目標バージョンを複数のバージョンから選択するため
    の、コンピュータで読取り可能な媒体に記録したコンピ
    ュータ・プログラム製品であって、 変更のための理由の集合を特定するコンピュータで読取
    り可能な手段と、上記変更のための理由の集合における
    少なくとも１つの理由と関連した、上記複数のバージョ
    ンの部分集合を有する、全てのバージョンの集合を判定
    するコンピュータで読取り可能な手段と、 上記全てのバージョンの集合における子孫を有さず、上
    記全てのバージョンの集合のバージョンを有する目標の
    集合を判定するコンピュータで読取り可能な手段と、 上記ベースライン・バージョンの子孫で、上記目標の集
    合における１つのバージョンを祖先として有する全ての
    バージョンの上記集合に含まず、上記複数のバージョン
    におけるバージョンを有する紛失バージョンの集合を判
    定するコンピュータで読取り可能な手段と、 上記目標の集合が単独のバージョンのみ有し、上記紛失
    バージョンの集合が空であるなら上記目標バージョンで
    あり、上記バージョンの集合の上記単独バージョンは上
    記目標バージョンであることを判定するコンピュータで
    読取り可能な手段と、を有することを特徴とする、１つ
    の目標バージョンを選択するためのコンピュータで読取
    り可能な媒体に記録したコンピュータ・プログラム製
    品。
  10. 【請求項１０】ユーザに結果のメッセージを返答するた
    めの、コンピュータで読取り可能な手段を、さらに有す
    ることを特徴とする、請求項９に記載のコンピュータ・
    プログラム製品。
  11. 【請求項１１】上記メッセージが不完全な結果なら、該
    不完全な結果を生じた紛失理由を列挙するコンピュータ
    で読取り可能な手段を、さらに有することを特徴とす
    る、請求項１０に記載のコンピュータ・プログラム製
    品。
  12. 【請求項１２】上記目標の集合が２つ以上のバージョン
    を有するなら、ユーザにエラー・メッセージを返答する
    コンピュータで読取り可能な手段を、さらに有すること
    を特徴とする、請求項１１に記載のコンピュータ・プロ
    グラム製品。
JP9128686A 1996-06-10 1997-05-19 １つの目標バージョンを選択するための方法およびシステム Pending JPH1083283A (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US08/665,030 US5729744A (en) 1996-06-10 1996-06-10 Method and system of enhanced versioning control of objects in a data processing system using change control information which includes reasons for changes
US08/665030 1996-06-10

Publications (1)

Publication Number Publication Date
JPH1083283A true JPH1083283A (ja) 1998-03-31

Family

ID=24668429

Family Applications (1)

Application Number Title Priority Date Filing Date
JP9128686A Pending JPH1083283A (ja) 1996-06-10 1997-05-19 １つの目標バージョンを選択するための方法およびシステム

Country Status (2)

Country Link
US (1) US5729744A (ja)
JP (1) JPH1083283A (ja)

Families Citing this family (39)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH09128380A (ja) * 1995-10-30 1997-05-16 Matsushita Electric Ind Co Ltd 文書蓄積管理システム
US5946696A (en) * 1996-05-31 1999-08-31 Microsoft Corporation Object property lists
US5898825A (en) * 1996-09-24 1999-04-27 International Business Machines Corporation Failed command translation technique
US6513154B1 (en) 1996-10-21 2003-01-28 John R. Porterfield System and method for testing of computer programs in programming effort
US6175855B1 (en) * 1996-12-20 2001-01-16 Siemens Aktiengesellschaft Method for instantiating a class having different versions
US5974254A (en) * 1997-06-06 1999-10-26 National Instruments Corporation Method for detecting differences between graphical programs
US7043537B1 (en) * 1997-09-05 2006-05-09 Cisco Technology, Inc System and method for remote device management
US5963955A (en) * 1997-09-30 1999-10-05 International Business Machines Corporation Bridge for exporting and importing objects between object oriented programming environments
US6003042A (en) * 1997-09-30 1999-12-14 International Business Machines Corporation Systems, methods and computer programs products for storing a new version of an Envy Library file in a teamconnection object oriented programming environment
US6195765B1 (en) * 1998-01-05 2001-02-27 Electronic Data Systems Corporation System and method for testing an application program
US6295608B1 (en) * 1998-02-17 2001-09-25 Microsoft Corporation Optimized allocation of data elements among cache lines
US6189069B1 (en) 1998-02-17 2001-02-13 Microsoft Corporation Optimized logging of data elements to a data storage device
JPH11282779A (ja) * 1998-03-27 1999-10-15 Matsushita Electric Ind Co Ltd ファイル配信システム
US6626953B2 (en) * 1998-04-10 2003-09-30 Cisco Technology, Inc. System and method for retrieving software release information
US6289503B1 (en) 1998-09-24 2001-09-11 International Business Machines Corporation System and method for trace verification
US6442516B1 (en) * 1999-01-29 2002-08-27 International Business Machines Corporation Software tool to perform concurrent national language translation builds
US7089530B1 (en) 1999-05-17 2006-08-08 Invensys Systems, Inc. Process control configuration system with connection validation and configuration
AU5273100A (en) * 1999-05-17 2000-12-05 Foxboro Company, The Methods and apparatus for control configuration with versioning, security, composite blocks, edit selection, object swapping, formulaic values and other aspects
WO2002029550A2 (en) * 2000-10-04 2002-04-11 Siemens Energy & Automation, Inc. Manufacturing system software version management
US7131112B1 (en) * 2000-11-21 2006-10-31 Microsoft Corporation Managing code changes for software development
US20020161860A1 (en) * 2001-02-28 2002-10-31 Benjamin Godlin Method and system for differential distributed data file storage, management and access
US6931573B2 (en) 2001-08-13 2005-08-16 International Business Machines Corporation Automated audit methodology for design
US7333992B2 (en) 2003-05-22 2008-02-19 Microsoft Corporation System and method for identifying and storing changes made to a table
CA2434644A1 (fr) * 2003-06-30 2004-12-30 Archidata Inc. Systeme pour la certification des plans et devis produits par les professionnels et les maitres d'ouvrage de la construction
US20050086642A1 (en) * 2003-10-15 2005-04-21 Martin Runte Tools providing for backwards compatible software
WO2005103696A2 (en) 2004-03-29 2005-11-03 Microsoft Corporation Systems and methods for versioning based triggers
US7734601B2 (en) * 2005-02-09 2010-06-08 Sap Ag Integration of digital asset management with intellectual property management
US20060179033A1 (en) * 2005-02-09 2006-08-10 Oliver Stanke Method and system for digital asset management
US7840534B2 (en) * 2005-02-09 2010-11-23 Sap Ag Integration of a digital asset management system with a network sales system
GB2424497A (en) * 2005-03-24 2006-09-27 Samsung Electronics Co Ltd Dependency analysis in a software compiler
US20070006130A1 (en) * 2005-06-02 2007-01-04 Arnold Stamler Model oriented method of automatically detecting alterations in the design of a software system
US20070016628A1 (en) * 2005-07-14 2007-01-18 Lenevo (Singapore) Pte.Ltd. Classification system for versionable objects
US8650539B2 (en) * 2006-12-21 2014-02-11 Siemens Aktiengesellschaft Method for mapping the structure of a complex software product
US8856088B2 (en) * 2008-04-01 2014-10-07 Microsoft Corporation Application-managed file versioning
JP5274652B2 (ja) 2009-03-30 2013-08-28 株式会社日立製作所 原因分析構成変更のための方法および装置
US11403269B2 (en) * 2018-06-02 2022-08-02 Western Digital Technologies, Inc. Versioning validation for data transfer between heterogeneous data stores
CN111694843B (zh) * 2020-05-28 2023-09-22 平安科技（深圳）有限公司 缺失号码检测方法、装置、电子设备及存储介质
CN113254426B (zh) * 2021-07-13 2021-10-29 杰为软件系统(深圳)有限公司 一种基于分支和基线的cad数据分布式版本控制系统
US20240069907A1 (en) * 2022-08-24 2024-02-29 Microsoft Technology Licensing, Llc Software development context history operations

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4558413A (en) * 1983-11-21 1985-12-10 Xerox Corporation Software version management system
US4809170A (en) * 1987-04-22 1989-02-28 Apollo Computer, Inc. Computer device for aiding in the development of software system
US5317729A (en) * 1990-10-24 1994-05-31 International Business Machines Corporation Method for the storage of multi-versioned data with retrieval based on searched query
US5287496A (en) * 1991-02-25 1994-02-15 International Business Machines Corporation Dynamic, finite versioning for concurrent transaction and query processing
US5586304A (en) * 1994-09-08 1996-12-17 Compaq Computer Corporation Automatic computer upgrading
CA2137492C (en) * 1994-12-07 1998-07-28 Lenny Kwok-Ming Hon System for and method of providing delta-versioning of the contents of pcte file objects
US5581755A (en) * 1995-01-31 1996-12-03 Unisys Corporation Method for maintaining a history of system data and processes for an enterprise

Also Published As

Publication number Publication date
US5729744A (en) 1998-03-17

Similar Documents

Publication Publication Date Title
US5729744A (en) Method and system of enhanced versioning control of objects in a data processing system using change control information which includes reasons for changes
US6049799A (en) Document link management using directory services
KR100655124B1 (ko) 주문 제작 컴퓨터시스템을 위한 소프트웨어 설치 및 테스트를촉진하는 데이타베이스
KR0169327B1 (ko) 다중 개발환경에서 변환제어용 방법 및 장치
Saltzer Naming and binding of objects
KR100513551B1 (ko) 주문 제작 컴퓨터시스템을 위한 소프트웨어 설치 및 테스트방법및 시스템
US6088693A (en) Data management system for file and database management
US6757893B1 (en) Version control system for software code
US4945474A (en) Method for restoring a database after I/O error employing write-ahead logging protocols
US5787413A (en) C++ classes for a digital library
US5826265A (en) Data management system having shared libraries
US6367075B1 (en) Method and apparatus for producing instructions describing the removal of updates to a computer system
RU2210803C2 (ru) Компьютерное устройство для выполнения прикладных программ
US6865655B1 (en) Methods and apparatus for backing up and restoring data portions stored in client computer systems
US5675802A (en) Version control system for geographically distributed software development
US5956513A (en) System and method for automated software build control
US5627967A (en) Automated generation on file access control system commands in a data processing system with front end processing of a master list
US6374267B1 (en) Database backup system and method utilizing numerically identified files for incremental dumping
US7152224B1 (en) Versioned project associations
US5832511A (en) Workgroup network manager for controlling the operation of workstations within the computer network
US20040260974A1 (en) Method and system for undoing changes in a software configuration management system
EP0433269A2 (en) Volume verification method and apparatus
EP0421623A2 (en) Portable and dynamic distributed applications architecture
EP0549510A2 (en) System and method for computer aided software engineering
CN1329840C (zh) 文件归档