JPH04335428A - ファイルのバージョン管理方法 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、電子計算機のオペレ
ーティングシステムにおけるファイルのバージョン管理
方法に関するものである。

【０００２】

【従来の技術】図２は従来のファイルのバージョン管理
方法を説明するための概念図である。図２に示されるも
のは、例えばＵＮＩＸオペレーティングシステム上で動
作するＳＣＣＳ（Ｓｏｕｒｃｅ　Ｃｏｄｅ　Ｃｏｎｔｒ
ｏｌ　Ｓｙｓｔｅｍ）やＲＣＳ（Ｒｅｖｉｓｉｏｎ　Ｃ
ｏｎｔｒｏｌ　Ｓｙｓｔｅｍ）等で用いるファイルのバ
ージョン管理方法を説明するためのものである。図にお
いて、１，２はバージョン管理の対象となっているファ
イルであり、それぞれのファイル名をファイルＡ，ファ
イルＢとする。各ファイル１，２の中には幾つかのバー
ジョン３が含まれている。バージョン３には、例えば１
．１，１．２，２．１，２．２のような番号が付けられ
ている。６はバージョン管理システム、７はバージョン
管理システム６によって取り出された、例えばファイル
１（ファイルＡ）の１つのバージョン３のコピーである
。

【０００３】次に、上記従来のファイルのバージョン管
理方法について説明する。ユーザはバージョン管理シス
テム６のコマンドを使用して、例えばファイル１の特定
のバージョン３のコピー７を取り出すことができる。こ
のようにして取り出されたバージョン３は、バージョン
管理の対象ではない通常のファイルの形式となっており
、このような形式のファイルのバージョン３は、ユーザ
により必要に応じてエディタを使用して編集したり、あ
るいはコンパイラによってコンパイルしたりすることが
できる。そして、いったん取り出されたバージョン３を
編集した場合は、バージョン管理システム６のコマンド
を使用して、元のファイルの新しいバージョン３として
登録することが出来る。

【０００４】

【発明が解決しようとする課題】上記したような従来の
ファイルのバージョン管理方法では、各ファイル１，２
のバージョン３の取出し、あるいは登録をする場合に、
ユーザは特定のファイルのバージョンをいちいち意識し
て特別な操作を行うことが必要であるという問題点があ
った。また、ファイルのバージョン管理の対象はソース
プログラムファイルに限られており、このソースプログ
ラムファイルと、これから生成されたオブジェクトモジ
ュールやロードモジュール等のファイルのバージョンを
統一的に管理することは出来ないという問題点があった
。

【０００５】この発明は上記のような問題点を解消する
ためになされたもので、ファイルのバージョンの取扱い
をユーザがほとんど意識することなく実行することが出
来るファイルのバージョン管理方法を提供することを目
的とする。

【０００６】また、この発明の別の発明はソースプログ
ラムファイルだけでなくオブジェクトモジュールやロー
ドモジュール等のファイルのバージョンを統一的に管理
することが出来るファイルのバージョン管理方法を提供
することを目的とする。

【０００７】

【課題を解決するための手段】この発明に係るファイル
のバージョン管理方法は、ユーザが使用するファイルの
名前とバージョン番号の対応を記述したバージョン空間
定義表を使用することにより、ファイルのバージョンの
取扱いをユーザがほとんど意識することなく実行するよ
うにしたものである。

【０００８】また、この発明の別の発明に係るファイル
のバージョン管理方法は、各ファイルのバージョンに、
ファイルの当該バージョンの内容以外に、そのファイル
が生成される元になったファイルの名前とバージョン番
号を示す情報を包含することにより、相互に関連のある
ファイルのバージョンを統一的に管理するようにしたも
のである。

【０００９】

【作用】この発明におけるファイルのバージョン管理方
法は、バージョン空間定義表を使用することにより、ユ
ーザには自己が使用するファイルのバージョンのあらか
じめ定義されたバージョン空間が与えられるために、い
ちいちファイルのバージョン番号を意識することなく自
己の希望するバージョンを使用し得る。

【００１０】また、この発明の別の発明におけるファイ
ルのバージョン管理方法は、各ファイルのバージョンに
包含される情報によって、当該バージョンのファイルが
生成される元になったファイルの名前とバージョン番号
が分かるようになっているので、例えばソースプログラ
ムファイルとオブジェクトモジュールのファイルのよう
な互いに関連のあるファイルのバージョン管理を統一的
に行い得る。

【００１１】

【実施例】以下、この発明の一実施例を図について説明
する。図１はこの発明の実施例であるファイルのバージ
ョン管理方法を説明するための概念図である。図におい
て、１，２はバージョン管理の対象となっているファイ
ルであり、それぞれのファイル名をファイルＡ，ファイ
ルＢとする。各ファイル１，２の中には幾つかのバージ
ョン３が含まれている。バージョン３には、例えば１．
１，１．２，２．１，２．２のような番号が付けられて
いる。またバージョン３には、各ファイル１，２の当該
バージョン３の内容以外にそのファイルが生成される元
になったファイルの名前とバージョン番号を示す情報４
が包含されている。５はバージョン空間定義表であり、
このバージョン空間定義表５にはユーザが使用するファ
イルの名前とバージョン番号の対応関係を示す情報が格
納されている。

【００１２】次に、上記この発明の実施例であるファイ
ルのバージョン管理方法について説明する。ユーザは、
自己が使用するファイルの名前とバージョン番号の一覧
表を電子計算機のオペレーティングシステムに登録する
。オペレーティングシステムは、上記一覧表の情報をバ
ージョン空間定義表５にセットして保存して置く。ここ
で、ユーザごとに異なるバージョン空間定義表５を登録
することが出来る。また、１人のユーザが複数のバージ
ョン空間定義表５を登録して置くことも出来る。

【００１３】複数のバージョン空間定義表５を登録して
いるユーザは、実際にはどのバージョン空間定義表５を
使用するのかをオペレーティングシステムに対して宣言
する。１つしかバージョン空間定義表５を登録していな
いユーザに対しては、そのバージョン空間定義表５が使
用される。ユーザが現在使用しているバージョン空間定
義表５で指定されたファイルのバージョンだけが、その
ユーザにとって見えるファイルであり、他のバージョン
の存在は見えない。このように、あるユーザにとって見
えるファイルのバージョンの集合をバージョン空間と呼
ぶ。

【００１４】ファイルシステム内には、バージョン管理
の対象となっているファイルと対象となっていないファ
イルの２種類がある。バージョン管理の対象となってい
ないファイルは、バージョン空間定義表５の中に記述す
る必要はなく、そのファイルはバージョン空間内に含ま
れる。バージョン空間定義表５の中にはファイル名が記
述されていないが、バージョン管理の対象となっている
ファイルは、そのファイルの最新のバージョンがバージ
ョン空間に含まれることとする。

【００１５】さて、ユーザがコマンドのパラメータとし
てファイル名を指定したり、又はプログラム内のシステ
ムコールやライブラリコールの引数としてファイル名が
指定されたりした場合を考える。指定されたフィル名が
バージョン番号の明示的な指定を伴っていない場合には
、そのユーザが現在使用中のバージョン空間定義表５の
中で定義されたバージョン、すなわちそのユーザのバー
ジョン空間に含まれているファイルのバージョンがオペ
レーティングシステムによって使用される。指定された
ファイル名が明示的なバージョン番号の指定を伴ってい
る場合には、バージョン空間とは関係なく指定されたバ
ージョンが使用される。

【００１６】以上述べたように、ユーザがいったんバー
ジョン空間定義表５の登録を行っておけば、後ではいち
いちバージョンを指定することなく希望のバージョンを
使用することが出来る。またバージョン番号を明示的に
指定して置きさえすれば、どのバージョンも使用するこ
とが出来る。さらに複数のバージョン空間定義表５を登
録して置くことにより、異なるバージョン空間を切り換
えながら使用することもできる。

【００１７】各ファイルのバージョンには、ファイルの
バージョン本来の内容に加えてそのファイルが生成され
る元になったファイルの名前とバージョン番号を示す情
報４が含まれている。直接に生成する元になったファイ
ルがバージョン管理の対象となっているファイルであっ
た場合は、そのファイルの名前とバージョン番号が使用
される。直接に元になったファイルがバージョン管理の
対象となっていないファイルであった場合は、直接に元
になったファイルは一時的な中間ファイルとみなし、さ
らにそれを生成する元になったファイルの名前とバージ
ョン番号が使用される。バージョン管理の対象となって
いないファイルにも、そのファイルを生成する元になっ
たファイルの名前とバージョン番号を示す情報４は含ま
れている。

【００１８】例えばオブジェクトモジュールの場合は、
それがコンパイルされる前のソースプログラムファイル
とインクルードファイルの情報が含まれている。またロ
ードモジュールの場合には、リンクする元になったオブ
ジェクトモジュールとライブラリファイルの情報が含ま
れている。ただし、オブジェクトモジュールのうちでバ
ージョン管理の対象以外のものについては、それがコン
パイルされる前のソースプログラムファイルとインクル
ードファイルの情報がロードモジュールに含まれる。ラ
イブラリファイルの場合には、元になったオブジェクト
モジュールの情報が含まれることになるが、通常はこれ
らのオブジェクトモジュールは一時ファイルとして作成
されることが多いので、さらに元になったソースプログ
ラムファイル，インクルードファイルの情報がライブラ
リの各メンバごとに含まれることになる。

【００１９】新しいファイルが生成される場合には、２
つのケースがある。第１のケースは、バージョン空間定
義表５の中に対応するファイル名が存在しない場合であ
る。この時は、新しく生成されたファイルはバージョン
管理の対象外となる。第２のケースは、バージョン空間
定義表５の中に対応するファイル名のエントリが存在す
る場合（当然にファイル自体は存在しない）である。こ
の時、バージョン空間定義表５内のそのエントリのバー
ジョン番号は最新のバージョンを意味する特別な指定に
なっていなければならず、新しく生成されたファイルの
バージョン番号は１．０となる。

【００２０】既存のファイルの更新が行われる場合には
、４つのケースがある。第１のケースは、バージョン空
間定義表５の中に対応するファイル名のエントリが存在
し、そのバージョン番号の指定が最新のバージョンの指
定になっている場合である。この時は、そのファイルの
新しいバージョンが生成されて更新後の内容が入れられ
、当該ユーザのバージョン空間には新しく生成されたバ
ージョンが含まれるようになる。第２のケースは、更新
対象のファイルがバージョン管理の対象外の場合（この
時には、そのファイル名はバージョン空間定義表５内に
存在しないことになる）である。この場合は古い内容は
保存されることなく、直接にファイルの更新が行われる
。第３のケースは、バージョン空間定義表５内に対応す
るファイル名のエントリが存在し、特定の番号のバージ
ョンが指定されている場合である。この時には、ファイ
ルの更新は禁止される。すなわち更新モードによるファ
イルのオープン時にエラーとなる。第４のケースは、バ
ージョン空間定義表５内に対応するファイル名のエント
リが存在しないが、対象のファイルはバージョン管理の
対象になっている場合である。このケースは、そのファ
イルが別のユーザによるバージョン管理の対象であるよ
うな時に発生する。この時にも、ファイルの更新は禁止
され、更新モードによるファイルのオープン時にエラー
となる。

【００２１】例えば、ソースプログラムファイルｘ．ｃ
，ｙ．ｃ，ｚ．ｃはバージョン空間定義表５内に登録さ
れて、そのバージョンの指定は最新の指定になっており
、インクルードファイルｕ．ｈはバージョン空間定義表
５内に登録されて、そのバージョンの指定は特定のバー
ジョン番号（例えば１．３）になっており、ライブラリ
ファイルｌｉｂ．ａはバージョン管理の対象ではあるが
、当該ユーザのバージョン空間定義表５内には対応する
エントリを持たず、ロードモジュールｘｙｚはバージョ
ン空間定義表５内に登録されて、そのバージョンの指定
は最新の指定になっているとする。これまでの説明から
見て、初めにソースプログラムファイルｘ．ｃがエディ
タによって生成される時には、バージョン番号１．０の
バージョン管理の対象となるファイルとして生成される
。ソースプログラムファイルｙ．ｃ，ｚ．ｃについても
同様である。ソースプログラムファイルｘ．ｃをコンパ
イルすると、このｘ．ｃのバージョンとしては自動的に
１．０が使用され、インクルードファイルｕ．ｈのバー
ジョンとしては自動的に１．３が使用される。コンパイ
ルした結果のオブジェクトモジュールｘ．ｏについては
、バージョン空間定義表５内に名前がないのでバージョ
ン管理の対象外のものとして生成される。ソースプログ
ラムファイルｙ．ｃとオブジェクトモジュールｙ．ｏ，
ソースプログラムファイルｚ．ｃとオブジェクトモジュ
ールｚ．ｏについても同様である。オブジェクトモジュ
ールｘ．ｏ，ｙ．ｏ，ｚ．ｏとライブラリファイルｌｉ
ｂ．ａをリンクしてロードモジュールｘｙｚが生成され
る時には、ライブラリファイルｌｉｂ．ａはバージョン
空間定義表５内にないので、その最新のバージョンが使
用され、ロードモジュールｘｙｚはバージョン番号１．
０のバージョン管理の対象とするファイルとして生成さ
れる。なお、インクルードファイルｕ．ｈ及びライブラ
リファイルｌｉｂ．ａの更新は禁止される。

【００２２】次に、ソースプログラムファイルｙ．ｃを
エディタにより修正するとする。エディタがソースプロ
グラムファイルｙ．ｃを読み込む時には、最新のバージ
ョンである１．０が使用され、修正後に上記ファイルを
書き込むとバージョン１．１が自動的に作成されて、今
後はこれがバージョン空間内に見えるようになる。ソー
スプログラムファイルｙ．ｃをもう一度コンパイルし直
すと、ソースプログラムファイルｙ．ｃのバージョンと
しては１．１が使用され、オブジェクトモジュールｙ．
ｏは前に作成したものが新しいもので置換される。オブ
ジェクトモジュールｘ．ｏ，ｙ．ｏ，ｚ．ｏとライブラ
リファイルｌｉｂ．ａをリンクし直してロードモジュー
ルｘｙｚを作成すると、新しいバージョンとして１．１
のものが作成される。この時、ロードモジュールｘｙｚ
のバージョン１．０には、それを作成するのに元になっ
たファイルの情報として、ソースプログラムファイルｘ
．ｃのバージョン１．０，ソースプログラムファイルｙ
．ｃのバージョン１．０，ソースプログラムファイルｚ
．ｃのバージョン１．０，インクルードファイルｕ．ｈ
のバージョン１．３及び使用されたライブラリファイル
ｌｉｂ．ａのバージョンが含まれている。ロードモジュ
ールｘｙｚのバージョン１．１では、ソースプログラム
ファイルｙ．ｃのバージョンが１．１となっており、あ
とのファイルについてはバージョン１．０と同様である
。

【００２３】

【発明の効果】以上のように、この発明のファイルのバ
ージョン管理方法によれば、ユーザが使用するファイル
の名前とバージョン番号の対応を記述したバージョン空
間定義表を使用することにより、ファイルのバージョン
の取扱いをユーザがほとんど意識することなく実行する
ことが出来、これによりユーザが必要とするバージョン
を使用したファイルの操作を容易に行うことが出来ると
いう優れた効果を奏する。

【００２４】また、この発明の別の発明のファイルのバ
ージョン管理方法によれば、各ファイルのバージョンに
、ファイルの当該バージョンの内容以外に、そのファイ
ルが生成される元になったファイルの名前とバージョン
番号を示す情報を包含することにより、相互に関連のあ
るファイルのバージョンを統一的に管理することが出来
、これにより相互に依存関係のあるファイルのバージョ
ン管理を一元的に、かつ容易に行うことが出来るという
優れた効果を奏する。

【図面の簡単な説明】

【図１】この発明の実施例であるファイルのバージョン
管理方法を説明するための概念図である。

【図２】従来のファイルのバージョン管理方法を説明す
るための概念図である。

【符号の説明】

１　　　　ファイル ２　　　　ファイル ３　　　　バージョン ４　　　　ファイルが生成される元になったファイルの
名前とバージョン番号を示す情報 ５　　　　バージョン空間定義表 ６　　　　バージョン管理システム ７　　　　バージョンのコピー

Claims (2)

【特許請求の範囲】
1. 【請求項１】　　電子計算機のオペレーティングシステ
   ムにおけるファイルのバージョン管理方法において、フ
   ァイルシステムのユーザごとに、このユーザが使用する
   ファイルの名前とバージョン番号の対応を記述したバー
   ジョン空間定義表を備え、このバージョン空間定義表を
   使用して、ユーザが毎回ファイルのバージョンを指定す
   ることなく、自己が希望するバージョンのファイルをア
   クセスすることを特徴とするファイルのバージョン管理
   方法。
2. 【請求項２】電子計算機のオペレーティングシステムに
   おけるファイルのバージョン管理方法において、各ファ
   イルの中に含まれるバージョンの構成として、ファイル
   の当該バージョンの内容以外にそのファイルが生成され
   る元になったファイルの名前とバージョン番号を示す情
   報を包含する構成となし、上記情報を包含したバージョ
   ンを使用して、相互に依存関係にあるファイルのバージ
   ョン管理を統一的に行うことを特徴とするファイルのバ
   ージョン管理方法。