JP3078091B2

JP3078091B2 - ソースモジュール・バージョン管理方法

Info

Publication number: JP3078091B2
Application number: JP04059172A
Authority: JP
Inventors: 龍郎村上; 進也佐藤; 仁明坂本
Original assignee: Nippon Telegraph and Telephone Corp; NTT Inc USA
Current assignee: NTT Inc; NTT Inc USA
Priority date: 1992-02-14
Filing date: 1992-02-14
Publication date: 2000-08-21
Anticipated expiration: 2015-08-21
Also published as: JPH05224897A

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、複数開発者によって開
発される大規模プログラム開発管理に関するものであ
り、更に詳しくは、プログラムを構成するソースモジュ
ールの版（バージョン）管理方法に関するものである。

【０００２】

【従来の技術】プログラムの開発履歴を残し、開発の過
程で版（バージョン）を新しくしてきたプログラムの、
それぞれの版の供給管理を行うために、プログラム・ソ
ースコードの版管理システムがある。図４は、かかる版
管理システムの従来のファイル構成例を示す説明図であ
る。

【０００３】図４を参照する。版（バージョン）が、
１．１から１．２，１．３，１．４へと進行し、１．４
で枝別れして、１．４．１．１，１．４．１．２へと進
行するものと、１．５へ進行するものとがある場合を示
している。

【０００４】ここで版１．４はＡと言う人が作ったもの
であり、版１．４．１．２は、Ｂと言う人が作ったもの
であることを示している。かかる版（バージョン）の推
移を管理するバージョン管理ファイルは、図４に見られ
るように、ログ情報、ソース情報、各版間の差分情報、
含んでいる。

【０００５】即ち、従来の版管理システムは、１ソース
モジュールに登録履歴を差分情報で記録することによっ
て、任意の登録ソースモジュールを取得できる仕組みに
なっている。また、登録時には、既登録のどの版との差
分情報を記録するかを、指定することによって、ツリー
状に版を並列に管理することができる。登録版に対する
シンボル情報を、版管理ファイル内に記述することによ
って、登録版がどの供給に対するものかを管理してい
る。

【０００６】なを、このような従来技術を記載した参考
文献として、次のものを挙げることができる。〔１〕Walter F.Tichy“Design,Implementation,and Ev
aluation of Revision Control System" 6th ICSE,IEEE
Sep.1982 〔２〕Brian Berliner“CVS ＩＩ:Parallelizing Softw
are Development" Can be found on uunet.uu.net in f
tp/packages/gnu/dvs-1.2tar.Z

【０００７】

【発明が解決しようとする課題】従来のソースコード管
理システムを、複数のソースモジュールから構成され、
多人数が開発にかかわる大規模ソフトウェアのソースモ
ジュール管理に適用した場合次の欠点がある。

【０００８】（１）ソースモジュール登録時には、ソー
スモジュールを開発しているマシンからサーバーマシン
にファイルを送り込み、取得時には、サーバーマシンか
ら開発マシンに送り込む必要があり、手間がかかるとと
もに、登録者と取得者が同等にアクセスできるためセキ
ュリティ上の問題があった。

【０００９】（２）個々のソースモジュールについて
は、登録時やシンボル情報の付与で供給管理ができる
が、ソースモジュール間横通しで作業種別毎に組の関係
付けをしたり、該当版を持つファイルを一括に取得した
り、はできなかった。

【００１０】（３）個々のソースモジュールの登録状況
は、管理ファイルのログを参照することにより簡易に把
握できるが、ソースモジュール全体で横通しを簡易に調
べることはできない。

【００１１】本発明の目的は、上記欠点を解決するた
め、ネットワークを介して、ユーザ対応のクライアン
トマシンから登録や取得ができる、登録者を、ソース
モジュールことに限定したユーザ対応のクライアントマ
シンからの登録者、のみに限ることができる、

【００１２】ソースモジュール間横通しで版管理でき
る、ソースモジュールの登録状況を一括して参照でき
る、ようなソースモジュール・バージョン管理方法を提
供することにある。

【００１３】

【課題を解決するための手段】上記目的達成のため、本
発明では、ソースモジュール・バージョン管理システム
を、サーバマシンと、クライアントマシンの１台または
複数台と、両者を結ぶ通信機構と、により構成してお
く。そして、

【００１４】（１）ネットワークを介したマシン間の通
信手段（通信機構）を利用し、登録時には、クライアン
トマシンからサーバーマシンの該当ファイルに、直接ア
クセスし、取得時は、サーバーマシンが該当ファイルを
捜し出し、クライアントマシンに送り込む

【００１５】（２）ソースモジュールの版管理ファイル
全体を管理する機構を持ち、これが各版管理ファイルの
該当版に、共通のシンボル情報を付与する。

【００１６】（３）上記（２）の管理機構が各版管理フ
ァイルをサーチして、該当するシンボル情報を持つ全て
の版を取り出す機能を具備する。

【００１７】（４）上記（２）の管理機構が各版管理フ
ァイルのシンボル情報、登録履歴をサーチして、最新登
録情報、最新供給情報の一覧表を作成する機能を具備す
る、ことを特徴とする。

【００１８】

【作用】（１）の特徴により、登録者が該当ソースモジ
ュールをサーバーマシンに送り込むことなく、クライア
ントマシンから登録でき、取得は、取得コマンドをサー
バーマシンに送ることによって、サーバーマシンが直接
クライアントマシンに所望ファイルを転送するので、一
旦サーバーマシンにファイルを置くことなく、クライア
ントマシンにファイルが取得できる。

【００１９】（２）の特徴により、ソースモジュール自
身の版とリリース版の対応がとれるので、ソースモジュ
ール間横通しで版管理ができる。

【００２０】（３）の特徴により、あるリリース版を構
成するソースモジュールが、各々どの版であるかを意識
せず一括して当該版を取得することができる。

【００２１】（４）の特徴により、あるリリース版を構
成するソースモジュールが、各々どの版であるか、ある
いは、当該バージョンのログにどのような情報がかかれ
ているか、を一々調べることなく一括して登録状況を参
照できる。

【００２２】

【実施例】次に図を参照して本発明の実施例を説明す
る。実施例１図１は、本発明の一実施例を示すブロック図
である。同図において、１はサーバマシン、２は管理機
構、２１はログ作成部、２２は版名付与部、２３はソー
ス取得部、２４はサーチ機能部、である。

【００２３】そのほか、３は記憶装置、３１は版管理フ
ァイル、３１ＡはＡユーザ領域、３１ＢはＢユーザ領
域、４は通信機構、である。５はクライアントマシン、
６は通信機構、７は登録／機能部、９はネットワーク、
である。

【００２４】さて図１を参照する。ユーザとは、ソース
モジュールの作成を担当しているグループの単位であ
り、ユーザごとに複数のクライアントマシン５を開発に
使用している。サーバーマシン１は、ソースモジュール
を管理するマシンである。ユーザクライアントマシン５
とサーバーマシン１は、そこに標準的に実装されている
通信機構６，４を持ち、ネットワーク９を介して相互に
通信する。

【００２５】サーバーマシン１の記憶装置３には、ユー
ザ対応にユーザ用領域３１Ａ，３１Ｂが設けられ、その
中に、ユーザが開発担当のソースモジュール対応に版管
理ファイルが格納されている。まず、Ａユーザのクライ
アントマシン５上の開発中ソースモジュールを、サーバ
ーマシン１に登録する例を説明する。

【００２６】ユーザは、ユーザクライアントマシン５の
登録／参照機能部７に対して、ソースモジュール登録要
求を出す。このとき登録するファイル名と登録の種別
（グループ間リリース／グループ内リリース／個別流
通）を指定する。クライアントマシン５は、サーバーマ
シン記憶装置３のＡユーザ用領域３１Ａを確認してお
り、通信機構６，４経由で、サーバーマシン１のＡユー
ザ用領域３１Ａの指定されたソースモジュールに対応す
る版管理ファイルに、クライアントマシン５上のファイ
ルを登録する。登録方法は、登録種別によって異なる。

【００２７】図２は、個々のソースモジュールの版管理
例を示した説明図である。同図において、１．１，１．
５．１．１などは登録版名である。Ｖ５等はグループ間
リリース版名である。Ｖ５Ｒ１等は、グループ内リリー
ス版名である。Ｖ５Ｐ１等は、個別流通版名である。

【００２８】本例に従うと、次登録ファイルが、“グル
ープ間リリース”と指定された場合、登録版を１．６と
して１．５の差分ファイルで登録される。“グループ内
リリース”と指定された場合は、グループ間リリース版
数も同時に指定され、版数がＶ６もしくは省略された場
合、登録版をＶ６の枝の１．５．２．３として１．５．
２．２の差分ファイルで登録される。

【００２９】“個別流通”との場合は、グループ間リリ
ース版数も同時に指定され、版数がＶ６もしくは省略さ
れた場合、登録版をＶ６の枝の１．５．１．４として
１．５．１．３の差分ファイルで登録される。また、こ
のとき登録と同時にＶ５Ｐ３という個別流通版名に相当
するシンボルを周知の手法で付与する。

【００３０】実施例２ファイル間の横通しの版名付与
の例を説明する。ソースモジュールは、ファイル群に分
けられている。１つのファイルは、複数のファイル群に
所属しており、どのファイル群に所属しているかは、版
管理名と、このファイルが格納されているディレクトリ
名から識別される。

【００３１】ファイル管理者は、特定のファイル群を同
期をとる場合、サーバーマシン１の管理機構２に対し
て、版名付与を指示する。このとき登録種別、版名、フ
ァイル群を指定する。登録種別が“グループ間リリー
ス”と指定された場合は、管理機構２は、全てのユーザ
用領域をディレクトリ名とファイル名で検索し、指定さ
れたファイル群に属するソースモジュールの版管理ファ
イルを見つけ出すと、その中のグループ間リリースを指
定して登録されたファイル（１．１，１．２等２桁で登
録版が付与されたファイル）の内最新の登録版に指定さ
れたグループ間リリース版名を、周知の手法で付与す
る。

【００３２】図３は、ファイル群乙に対して、グループ
間リリースのＶ２を付与する例を示す説明図である。モ
ジュールＡに対しては、登録版数１．５が、モジュール
Ｂに対しては、登録版数１．６が、それぞれ最新登録で
あり、それぞれにシンボルＶ２を付与する。

【００３３】一方、“グループ内リリース”が指定され
た場合は、管理機構２は、全てのユーザ用領域をディレ
クトリ名とファイル名で検索し、指定されたファイル群
に属するソースモジュールの版管理ファイルを見つけ出
し、所定のシンボルを付与する。これで図２を例に、シ
ンボルの付与例を説明する。

【００３４】指定された版名がＶ６Ｒ２の場合、Ｖ６の
シンボルが付与されている枝のうち、グループ内リリー
スに相当する１．５．２．ｘ系列のうち、最新の登録版
１．５．２．２にシンボルＶ６Ｒ２を周知の方法で付与
する。

【００３５】実施例３ファイルの取得方法について説
明する。ソースファイルを取得するユーザーは、クライ
アントマシン５からその登録／参照機能部７に対して、
ソースモジュール取得要求を出す。この要求には、ソー
スモジュールごとの取得と、ソースモジュールのファイ
ル群ごとの取得がある。ソースモジュールごとの取得の
場合は、ソースモジュール名、登録種別、版名を指定す
る。

【００３６】版名省略時は、最新の版数付与されている
ファイルの取得を意味する。クライアントマシン５の登
録／参照機能部７は、通信機構６，４を介してサーバー
マシン１の管理機構２に、ファイル取得を指示する。管
理機構２は、全ユーザー用管理ファイルをサーチして指
定されたファイルを見つけ出すと、指定された登録種別
の指定された版名が付与されている登録版のファイル
を、周知の方法で取得し、要求のあったクライアントマ
シン５に、通信機構４，６手段を介して送り込む。

【００３７】クライアントマシン５の参照機能部７は、
サーバマシン１からの返事を受け取り、当該ソースモジ
ュールを自記憶装置に格納する。ファイル群ごとに取得
する場合も同様な方法でサーバーマシン１の管理機構２
に要求を出すと、管理機構２は、全ユーザ用管理ファイ
ルをサーチして、ソースモジュール版管理ファイルのフ
ァイル名とディレクトリ名から、指定されたファイル群
に属するファイルを見つけ出すと、指定された登録種別
の指定された版名が付与されている登録版のファイルを
周知の方法で取得し、要求のあったクライアントマシン
５に通信機構を介して送り込む。

【００３８】これを指定されたファイル群に属する全ソ
ースモジュールについて行なう。クライアントマシン５
の参照機能部７は、サーバマシン１からの返事を受け取
り、当該ソースモジュールを自記憶装置に格納する。

【００３９】実施例４クライアントマシン５の参照機
能部７は、特定ソースモジュールの属性に関する参照要
求をサーバーマシン１に出す。サーバマシン１上の管理
機構２は、既存の版管理方法によって残される履歴と、
実施例１あるいは２の管理方法によって残される対応関
係の履歴を走査し、当該ソースモジュールの登録・リリ
ース履歴票を作成し、クライアントマシン５に送る。ク
ライアントマシン５の参照機能部７は、サーバマシン１
からの返事を受け取り、参照者に結果を提示する。

【００４０】実施例５クライアントマシン５の参照機
能部７は、特定登録種別（グループ間リリース／グルー
プ内リリース／個別流通）の登録状態に関する参照要求
をサーバマシン１に出す。このときファイル群も指定す
る。ファイル群を省略した場合は、管理されている全ソ
ースモジュールを意味する。

【００４１】サーバマシン１の管理機構２は、全ユーザ
用管理ファイルをサーチして、指定されたファイル群の
版管理ファイルを見つけ出すと、周知の方法で保持され
ているログ情報（登録者、登録日時など）と、指定の登
録種別の最新登録版数と、この版数に対応して実施例１
もしくは２の方法で付与されているシンボル情報（版
名）を調べ、当該ファイル群を構成するソースモジュー
ルの一覧を作成し、クライアントマシン５に送る。

【００４２】クライアクライアントマシン５の参照機能
部７は、サーバマシン１からの返事を受け取り、参照者
に結果を提示する。

【００４３】

【発明の効果】本発明によれば、ユーザがサーバマシン
にログインもしくはファイル伝送することなく、クライ
アントマシンから直接ファイル登録・取得できる、個々
のソースモジュールのログ情報を確認しながら、ソース
モジュールことにファイル参照、取得することなく、複
数のファイルを横通しで登録状況の参照、取得ができる
といいう利点がある。

【００４４】また、そのことにより、本発明によるこの
方法を大規模ソフトウェアの開発に適用した場合、ユー
ザの手間が省け、ファイル流通に要する時間が短縮する
ばかりでなく、ファイル取得時の手間数の多さから発生
するファイル取得誤りによる、ロードモジュールファイ
ル作成の手戻りを防げる。また、登録ユーザのみ更新す
ることができるため、セキュリティが保証される。ま
た、登録状況や登録履歴と、リリースとの対応関係を容
易に把握できる。これにより、開発プロジェクト全体の
マネジメントが容易になる。

【図面の簡単な説明】

【図１】本発明の一実施例のシステム構成を示すブロッ
ク図である。

【図２】本発明の特定リリースに関する版管理方法の概
念図である。

【図３】本発明の複数リリースに関する版管理方法の概
念図である。図１

【図４】従来のソースモジュールの版管理方法の概念図
である。

【符号の説明】

１…サーバマシン、２…管理機構、２１…ログ作成部、
２２…版名付与部、２３…ソース取得部、２４…サーチ
機能部、３…記憶装置、３１…版管理ファイル、３１Ａ
…Ａユーザ領域、３１Ｂ…Ｂユーザ領域、４…通信機
構、５…クライアントマシン、６…通信機構、７…登録
／機能部、９…ネットワーク

フロントページの続き (56)参考文献特開平１−263746（ＪＰ，Ａ) 「第32回（昭和61年前期）全国大会講演論文集（▲Ｉ▼）」，社団法人情報処理学会，昭和61年３月，ｐ．719−720 「第41回（平成２年後期）全国大会講演論文集（５）」，社団法人情報処理学会，平成２年９月，ｐ．５−255〜５ −256 「第42回（平成３年前期）全国大会講演論文集（５）」，社団法人情報処理学会，平成３年３月，ｐ．５−333〜５ −334 「第42回（平成３年前期）全国大会講演論文集（５）」，社団法人情報処理学会，平成３年３月，ｐ．５−337〜５ −338 坪井英昭、外４名，「構成・版管理ライブラリＬｉｆｅＬｉｎｅを用いたＣプログラム開発環境」，情報処理学会研究報告，社団法人情報処理学会，平成２年７月，第90巻，第62号（90−ＳＥ− 73），ｐ．107−114 (58)調査した分野(Int.Cl.⁷，ＤＢ名) G06F 9/06,9/445,12/00

Claims

(57)【特許請求の範囲】

【請求項１】プログラムを構成する複数のソースモジ
ュールをモジュール単位で保持する記憶領域と、前記記
憶領域に保持されたソースモジュールをサーチして取り
出すサーチ取り出し機構と、通信機構と、を少なくとも
備えたサーバマシンと、登録機構と、参照機構と、通信機構と、を少なくとも備
えたクライアントマシンの１台または複数台と、から成
り、ソースモジュール・バージョンを管理するに当た
り、前記サーバマシンにおける記憶領域を、それぞれのユー
ザ対応のクライアントマシン毎に固有の領域として、割
り当てておき、登録時には、登録されるべきソースモジ
ュールが、ユーザ対応のクライアントマシンから登録機
構、通信機構を介してサーバマシン側の通信機構に至
り、そこから記憶領域の当該クライアントマシンに割り
当てられた固有の領域にのみ、登録される段階と、参照時には、参照すべきソースモジュールを指定する信
号が、クライアントマシンから参照機構、通信機構を介
してサーバマシン側の通信機構に至り、そこからサーチ
取り出し機構により、記憶領域の全体をサーチして所望
の参照すべきソースモジュールを取り出す段階と、を含
むことを特徴とするソースモジュール・バージョン管理
方法。
【請求項２】請求項１に記載のソースモジュール・バ
ージョン管理方法において、前記サーバマシン側の記憶
領域に保持された何れのソースモジュールであっても、
そのソースモジュールの管理されているリリース版（バ
ージョン）名の同一なものは、当該版（バージョン）名
をクライアントマシン側から一度指定するだけで、全て
サーチして取り出す段階を含むことを特徴とするソース
モジュール管理方法。
【請求項３】請求項１に記載のソースモジュール・バ
ージョン管理方法において、前記サーバマシン側に、ロ
グ作成機構をもち、前記記憶領域に保持すべきソースモ
ジュールごとに、その登録履歴、登録された版及び、該
登録履歴と該登録された版の組み合わせの対応表を前記
ログ作成機構により作成しておき、クライアントマシン
の側から参照する段階を含むことを特徴とするソースモ
ジュール管理方法。
【請求項４】請求項１に記載のソースモジュール・バ
ージョン管理方法において、任意の作業種別に関して、
各ソースモジュールが前記サーバマシン側の記憶領域に
おいて、どのような登録状態であるかを、全ソースモジ
ュール一覧形式で、クライアントマシン側から参照する
段階を含むことを特徴とするソースモジュール管理方
法。