JPH103417A - ファイル変更履歴管理システム - Google Patents

Abstract

(57)【要約】 【課題】 ファイルの修正中に同じ箇所を複数の者がそ
れぞれ独立して修正を行った場合に、後から修正を行っ
た者に警告することのできるファイル変更履歴管理シス
テムを得ること。 【解決手段】 ファイル変更履歴管理システムは、ソー
スコード変更履歴管理装置本体２０１と、これと交信し
ながらファイルの修正を行う複数の専用エディタ２０２
₁ 、２０２₂ 、……２０２_N から構成されている。各専
用エディタ２０２ ₁ 、２０２₂ 、……２０２_N は、ファ
イルを１行修正するたびにソースコード変更履歴管理装
置本体２０１に対してデータの送信を行い、他の者が同
一ファイルの同一行の修正を行っているかどうかをチェ
ックさせる。この結果、同一ファイルの同一行の修正が
行われていたときには、専用エディタ２０２₁ 、２０２
₂ 、……２０２_N のうちの該当するものに、修正が行わ
れた旨のメッセージが送信されて警告表示が行われる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はソースコード等から
なるファイルの変更の履歴を管理するためのファイル変
更履歴管理システムに関する。

【０００２】

【従来の技術】例えばソースコードの変更の履歴を管理
するために、従来からソースコード変更履歴管理システ
ムが用いられている。特開平６−９５９１２号公報で提
案されたシステムでは、修正したソースファイルを利用
者の指示によって更新するようになっている。

【０００３】図１１はこの提案のソースコード変更履歴
管理システムの構成の概要を表わしたものである。この
システムは、テスト実行プログラム１１１を起動するた
めのテスト実行プログラム起動手段１１２と、修正用ソ
ースファイル１１３の修正ソース情報の命令をシミュレ
ートして修正ソース情報とシミュレート行とシミュレー
ト結果を表示する修正ソースシミュレート手段１１４
と、ソースファイル１１５のソースプログラム情報と実
行行とデータ値を表示するソースプログラム表示手段１
１６と、端末１１７から入力された修正ソースファイル
に格納する修正ソース格納手段１１８と、修正ソース情
報からソースファイル１１５のソースプログラム情報を
更新するソースプログラム更新手段１１９とから構成さ
れている。そして、各種プログラムの修正を行う際に、
テスト実行と同時に修正や修正箇所の命令のシミュレー
トを行うことでプログラムの作成を行うようにしてい
る。

【０００４】

【発明が解決しようとする課題】しかしながら従来のこ
のようなソースコード変更履歴管理システムでは、同一
のファイルの修正を行うために複数の者がこれを取り出
して修正を行っている場合に、同一の行の修正を行って
いることを互いに把握することができなかった。このた
め、同一の行について内容の異なる修正が行われる可能
性があった。このような場合には、修正の終了したファ
イルを修正前のファイルと置き換えたとき、他人の修正
内容を知らないでそれを更に修正したり削除するといっ
た事態が発生したり、自分の修正した内容に変更された
と思っていても実際には他人が修正した内容に置き変わ
ってしまっている場合もあるといった不都合が発生し
た。

【０００５】そこで、同一のファイルを修正する場合に
は、最初に登録を行った者のみが登録を許可されるとい
った手法が採られる場合があった。このような場合に
は、同一ファイルの同一行の登録を後から行おうとする
者は、登録された内容を修正した後に再登録を行う必要
があった。したがって、同一ファイルを短時間の間に複
数の者が修正を行おうとしても、これが事実上困難とな
り、ファイルの修正作業の迅速化に大きな障害となって
いた。

【０００６】そこで本発明の目的は、最終的にファイル
自体の内容を変更する前に、他人が同一ファイルの同一
行を修正しているかどうかを判別することのできるファ
イル変更履歴管理システムを提供することにある。

【０００７】本発明の他の目的は、ファイルの修正中に
同じ箇所を複数の者がそれぞれ独立して修正を行った場
合に、後から修正を行った者に警告することのできるフ
ァイル変更履歴管理システムを提供することにある。

【０００８】本発明の更に他の目的は、ファイルの修正
を複数の者がそれぞれ独自に並行して行うことのできる
ファイル変更履歴管理システムを提供することにある。

【０００９】

【課題を解決するための手段】請求項１記載の発明で
は、（イ）修正するファイルを格納するファイル格納手
段と、（ロ）このファイル格納手段に格納されたファイ
ルを修正のために取り出すファイル取出手段と、（ハ）
このファイル取出手段によって取り出されたファイルを
それぞれ専用に修正するための複数の専用エディタと、
（ニ）これらの専用エディタの修正が完了したときそれ
ぞれの修正した内容でファイル格納手段から取り出され
たファイルの内容を更新するファイル更新手段とをファ
イル変更履歴管理システムに具備させる。

【００１０】すなわち請求項１記載の発明では、ファイ
ル取出手段で同時に、あるいは時間を多少違わせて取り
出したファイルを複数の専用エディタでそれぞれ独自に
修正し、それぞれの修正後のファイルをファイル更新手
段で更新することにして、同一または相違するファイル
を複数の者が並行して修正することができるようにして
いる。

【００１１】請求項２記載の発明では、（イ）修正する
ファイルを格納するファイル格納手段と、（ロ）このフ
ァイル格納手段に格納されたファイルを修正のために取
り出すファイル取出手段と、（ハ）このファイル取出手
段によって取り出されたファイルをそれぞれ専用に修正
するための複数の専用エディタと、（ニ）ファイルの所
定単位のデータが修正されるたびに修正した位置情報と
共にその修正内容をこれらの専用エディタから受信して
管理情報として共通して記憶する管理情報記憶手段と、
（ホ）この管理情報記憶手段に同一の位置情報のデータ
が複数記憶されているかどうかを検索する管理情報検索
手段と、（ヘ）この管理情報検索手段が同一の位置情報
のデータが複数記憶されていると判別したとき、これを
専用エディタのうちのそのデータを送信した専用エディ
タのうち最先に送信したもの以外に通知する重複修正デ
ータ通知手段と、（ト）専用エディタの修正が完了した
ときそれらの修正した内容でファイル格納手段から取り
出されたファイルの内容をそれぞれ更新するファイル更
新手段とをファイル変更履歴管理システムに具備させ
る。

【００１２】すなわち請求項２記載の発明では、ファイ
ルをそれぞれの専用エディタで修正する状態で、所定単
位のデータが修正されるたびに修正した位置情報と共に
その修正内容をこれらの専用エディタから管理情報記憶
手段に共通して送信させ、同一の位置情報のデータが複
数記憶されているかどうかの判別を管理情報検索手段が
できるようにしている。そして、同一の位置情報のデー
タが複数記憶されているときには最先に送信したもの以
外の専用エディタに送信することにして、修正が完了し
てファイルの更新が行われる前に修正内容の検討が行え
るようにしている。

【００１３】請求項３記載の発明では、請求項２記載の
ファイル変更履歴管理システムで管理情報検索手段で検
索するデータは、同一ファイルの同一バージョンのデー
タであることを特徴としている。違うファイルあるいは
同一のファイルであってもバージョンの違う場合には、
複数の者の間でファイルの内容を統一する必要がないか
らである。

【００１４】請求項４記載の発明では、請求項２記載の
ファイル変更履歴管理システムで所定単位のデータはソ
ースコードの１行分のデータであることを特徴としてい
る。すなわちソースコードの変更を行う場合には、行単
位でチェックが行われることにしている。行単位以外の
単位でファイルのチェックが行われてもよいことは当然
である。

【００１５】請求項５記載の発明では、請求項４記載の
ファイル変更履歴管理システムで管理情報検索手段は行
と行の間にデータを挿入する修正が行われたとき、これ
を同一の位置情報のデータとして検索しないことを特徴
としている。狭義には、行自体の内容が変更されていな
いと見ることができるからである。

【００１６】

【発明の実施の形態】

【００１７】

【実施例】以下実施例につき本発明を詳細に説明する。

【００１８】図１は本発明の一実施例におけるファイル
変更履歴管理システムの一例としてのソースコード変更
履歴管理システムの原理的な構成を表わしたものであ
る。このシステムは、ソースコード変更履歴管理装置本
体２０１と、これと交信しながらファイルの修正を行う
複数の専用エディタ２０２₁ 、２０２₂ 、……２０２_N
から構成されている。それぞれの専用エディタ２０
２₁ 、２０２₂ 、……２０２ _N は、ファイルを１行修正
するたびにソースコード変更履歴管理装置本体２０１に
対してデータの送信を行い、ソースコード変更履歴管理
装置本体２０１で他の者が同一ファイルの同一行の修正
を行っているかどうかをチェックできるようにしてい
る。このチェックの結果、同一ファイルの同一行の修正
が行われていたときには、ソースコード変更履歴管理装
置本体２０１が専用エディタ２０２₁ 、２０２₂ 、……
２０２_N のうちの該当するものに、修正が行われた旨の
メッセージを送信し表示させるようになっている。

【００１９】図２は、ソースコード変更履歴管理装置本
体の構成の概要を表わしたものである。ソースコード変
更履歴管理装置本体２０１は、この装置の各種制御の中
枢となるＣＰＵ（中央処理装置）２１１を搭載してい
る。ＣＰＵ２１１はデータバス等のバス２１２を通じて
装置内の各部と接続されている。このうち制御プログラ
ム記憶媒体２１３は、この装置本体の制御を行うための
プログラムを格納した記憶媒体である。この記憶媒体
は、システムの規模によって磁気ディスクのような外部
記憶装置であってもよいし、単にＲＯＭ（リード・オン
リ・メモリ）で構成されていてもよい。作業用メモリ２
１４は、制御プログラム記憶媒体２１３に格納された制
御プログラムの実行時に一時的に格納する各種データ記
憶用のメモリであり、通常はＲＡＭ（ランダム・アクセ
ス・メモリ）が使用される。

【００２０】入力回路２１５は、このソースコード変更
履歴管理装置本体２０１の一般的な操作を行うための回
路であり、これには入力機器としてのキーボード２１６
が接続されており、キーボード２１６にはポインティン
グ・デバイスとしてのマウス２１７が接続されている。
なお、装置によってはこれらキーボード２１６およびマ
ウス２１７の一方または双方の接続を必要としない。例
えば、図１に示した各専用エディタ２０２₁ 、２０
２₂ 、……２０２_N がこれらの機能を代替している場合
がそれである。表示制御回路２１８はＣＲＴ２１９に必
要な視覚的情報を表示させるための回路である。専用エ
ディタ２０２₁ 、２０２₂ 、……２０２_N の図示しない
表示部がこれと同等の機能を有している場合には、シス
テムとして表示制御回路２１８およびＣＲＴ２１９を省
略することが可能である。通信制御回路２２１は、図１
に示した各専用エディタ２０２₁ 、２０２₂ 、……２０
２_N との間で通信を行うための回路である。

【００２１】このソースコード変更履歴管理装置本体２
０１のバス２１２には、修正の状態を表わした複数の変
更履歴付きソースファイル２２３₁ 、２２３₂ 、……２
２３ _M と、管理ファイル２２４も接続されている。これ
らは、磁気ディスク装置あるいは光ディスク装置等の外
部記憶装置に格納されていてもよいし、作業用メモリ２
１４と同一のＲＡＭ上にこれらの記憶領域が割り当てら
れていてもよい。

【００２２】図３は、変更履歴付きソースファイルの構
成を表わしたものである。変更履歴付きソースファイル
２２３は、そのファイル左端部に番号２３１を付けてお
り、固定カラムからソースイメージ２３２を表示するよ
うになっている。各ソース行には、ユニークな番号を付
与しなければならない。

【００２３】図４は、管理ファイルの構成を表わしたも
のである。管理ファイル２２４は、ファイル名２４１、
ファイルの版数（バージョン）２４２、名前（ログイン
名）２４３、修正位置番号２４４および区分２４５の各
項目を有している。ここで区分とは、ファイルの変更、
削除および追加を意味しており、それぞれ変更はＲ、削
除はＤ、追加はＡの符号が割り当てられている。管理フ
ァイル２２４は、図１に示した各専用エディタ２０
２₁ 、２０２₂ 、……２０２_N から送られてきたデータ
を取り込むようになっており、送信されたデータが競合
するかどうかのチェックを行うようになっている。それ
ぞれの専用エディタ２０２₁ 、２０２₂ 、……２０２_N
での修正が完了して、ファイル名２４１およびその版数
２４２が同一で、名前２４３が自分以外に存在しないと
き、指定したファイル名２４１すべての情報（データ）
の削除が行われるようになっている。

【００２４】図５は、このソースコード変更履歴管理シ
ステムの処理の概要の前半部分を表わしたものである。
図１および図２と共にこの処理を説明する。まず、オペ
レータの指示によって、システムで管理しているソース
ファイルの中の修正の対象となるファイルが取り出され
る（ステップＳ１０１）。次に該当する専用エディタ２
０２が起動され（ステップＳ１０２）、取り出したファ
イルの修正が開始できる状態となる（ステップＳ１０
３）。この状態でＣＰＵ２１１は１行分の修正が完了す
る時点を監視し（ステップＳ１０４）、修正が完了した
ら（Ｙ）、管理ファイル２２４にファイル名２４１、フ
ァイルの版数２４２、名前（ログイン名）２４３、修正
位置番号２４４および区分２４５の各データの送信が行
われる。

【００２５】ＣＰＵ２１１は管理ファイル２２４を基に
して、同一ファイルで同一バージョンの同一行を修正し
ている者がいるかどうかをチェックする（ステップＳ１
０６）。管理ファイル２２４にこれ以外の者が存在する
ことが判別したら（Ｙ）、データを送信した者の専用エ
ディタ２０２に対して、修正を行った者の名前と「重複
して修正している」というメッセージとを送信する（ス
テップＳ１０７）。

【００２６】図６は、図５に示した処理の後半部分を表
わしたものである。ＣＰＵ２１１は、この状態で修正が
完了したかどうかの判別を行い（ステップＳ１０８）、
終了していなければ（Ｎ）、次の修正行に進んで（ステ
ップＳ１０９）、行の修正が完了するのを待機する（ス
テップＳ１０４）。これ以降は、修正が完了するまで同
様の処理が繰り返される（ステップＳ１０４〜Ｓ１０
９）。

【００２７】一連の行の修正が完了したら（ステップＳ
１０８；Ｙ）、専用エディタ２０２の処理を終了させ
（ステップＳ１１０）、ソースコード変更履歴管理装置
本体２０１にその修正内容を盛り込んだ形でファイルの
更新が行われる（ステップＳ１１１）。ファイルの更新
後に、同一のファイルで同一バージョンのファイルを他
の者が取り出していないかどうかのチェックが管理ファ
イル２２４を用いて行われる（ステップＳ１１２）。他
の者が取り出していない場合には（Ｙ）、同一バージョ
ンで同一のファイルを表示している行のすべてを削除し
て（ステップ１１３）、処理を終了させる（エンド）。

【００２８】図７は、同一のファイルを複数の者が修正
するときで、同一行を修正しない場合の状況を説明する
ためのものである。同図（ａ）に示したように、第１〜
第３の変更履歴付きソースファイル２２３₁ 〜２２３₃
の名称をそれぞれａ．ｃ、ｂ．ｃ、ｃ．ｃとする。

【００２９】同図（ｂ）は、２人の者がそれぞれの専用
エディタを起動したときの管理ファイルの内容の一例を
表わしている。ここでは、ＴさんとＳさんの２人が同一
の版数（版数“１．１”）の第１の変更履歴付きソース
ファイル２２３₁ に専用エディタ２０２₁ と２０２₂ で
起動をかけている。この状態では、どの行も修正されて
いない。

【００３０】同図（ｃ）は、この状態でＴさんがこのフ
ァイルの５行目を変更（Ｒ）する修正を行った状況を表
わしている。また、同図（ｄ）では、この後にＳさんが
同一ファイルの３行目を変更（Ｒ）する修正を行った状
況を表わしている。これらの修正完了と共に対応する専
用エディタ２０２から管理ファイル２２４にそれぞれデ
ータが送信され、反映されている。ただし、同図（ｄ）
に示したように、同一ファイルで同一バージョンのもの
に対する修正が行われているものの、異なった行に対す
る修正なので、両者に競合は生じていない。したがっ
て、この図７に示した例では、図５のステップＳ１０７
で示した警告のメッセージは出力されないことになる。

【００３１】図８は、同一のファイルを複数の者が修正
するときで、同一行を修正する場合の状況を説明するた
めのものである。同図（ａ）はソースコードの管理ファ
イルの構成を示しており、これは図７（ａ）と同一であ
る。また、同図（ｂ）と同図（ｃ）も図７と同一である
ので説明を省略する。同図（ｃ）の状態が生じた後にＳ
さんがＴさんの修正したファイルの５行目を削除（Ｄ）
する修正を行ったとする。この行の修正完了と共に、Ｓ
さんの専用エディタ２０２_S から管理ファイル２２４に
データが送出される。管理ファイル２２４は、この結果
として同図（ｄ）に示すような状況となる。

【００３２】ＣＰＵ２１１は、管理ファイル２２４を検
索し、“５行目”について、これが同一ファイルの同一
バージョンなので、Ｓさんの専用エディタ２０２_S 上に
「Ｔさんが５行目を修正しています。」というメッセー
ジを送出するこのように修正者が１行ずつ修正を行うた
びに、ＣＰＵ２１１はチェック作業を繰り返すことにな
る。この結果、Ｓさんは最終的に修正の終了したファイ
ルをソースコード変更履歴管理装置本体２０１に戻す前
に、Ｔさんに“５行目”の修正内容の確認を行うことが
できる。

【００３３】図９は、同一のファイルを複数の者が修正
するときで、同一行を修正し、指定行の変更を行った場
合を説明するためのものである。同図（ｂ）に示すよう
にＴさんがファイルの修正を行うためにソースファイル
（ａ．ｃ）２２３₁ を取り出し、Ｓさんもこのファイル
を修正するために取り出して、それぞれの専用エディタ
２０２_S 、２０２_T を起動させると、管理ファイル２２
４は同図（ｂ）に示す様な内容となる。２人が、同一バ
ージョンの同一ファイルを取り出して、専用エディタ２
０２_S 、２０２_T で修正を開始させたとする。Ｔさんが
最初に１０行目を変更し、その１行の修正が完了すると
専用エディタ２０２_T から管理ファイル２２４にデータ
が送信される。同図（ｃ）はこの送信時の管理ファイル
２２４の状態を示している。

【００３４】次にＳさんがこのソースファイル（ａ．
ｃ）２２３₁ の１０行目を変更すると、その１行の修正
完了時に専用エディタ２０２_S からデータが送信され、
その内容が管理ファイル２２４に書き込まれる。同図
（ｄ）がこの状態を示している。ＣＰＵ２１１は２人が
同一ファイルの同一バージョンを修正し、かつ修正位置
番号が同一であるかのチェックを行う（図５ステップＳ
１０５）。この例の場合にはこれらが同一なので
（Ｙ）、後から修正を行ったＳさんの専用エディタ２０
２ _S 上に「Ｔさんが“１０”行目を修正しています。」
というワーニングメッセージが送信される。同様にして
Ｔさん、あるいはＳさんが１行修正するたびにＣＰＵ２
１１はチェック作業を行い、同一行を後から修正した者
がいた場合には、その者に対してメッセージを送出する
ことになる。これにより、同一行を後から修正した者
は、最終的に修正の終了したファイルをソースコード変
更履歴管理装置本体２０１に戻す前に、同一行を先行し
て修正した者に対して修正内容の確認を行うことができ
る。

【００３５】変形例

【００３６】この変形例のソースコード変更履歴管理シ
ステムでも、同一のファイルを複数の者が修正した場合
に対応することができる。同一のファイルを複数の者が
修正するときで、これらの者が同一の行を修正しなかっ
た場合には、先に説明した実施例の図７と同一の処理が
行われる。そこで、この場合の説明は省略する。また、
この変形例のソースコード変更履歴管理システムは図２
に示したものと実質的に同一の構成であるので、その説
明も省略する。

【００３７】図１０は、この変形例で同一のファイルを
複数の者が修正した場合で、行の追加を行ったときの管
理ファイルの内容の変化を表わしたものである。同図
（ａ）に示すように、このシステムには第１〜第３の変
更履歴付きソースファイル２２３₁ 〜２２３₃ と管理フ
ァイル２２４が配置されている。

【００３８】同図（ｂ）に示すようにＴさんがファイル
の修正を行うためにソースファイル（ａ．ｃ）２２３₁
を取り出し、Ｓさんもこのファイルを修正するために取
り出して、それぞれの専用エディタ２０２_S 、２０２_T
を起動させると、管理ファイル２２４は同図（ｂ）に示
す様な内容となる。２人が、同一バージョンの同一ファ
イルを取り出して、専用エディタ２０２_S 、２０２_T で
修正を開始させたとする。Ｔさんが最初に１０行目を変
更し、その１行の修正が完了すると専用エディタ２０２
_T から管理ファイル２２４にデータが送信される。同図
（ｃ）はこの送信時の管理ファイル２２４の状態を示し
ている。

【００３９】次にＳさんがソースファイル（ａ．ｃ）２
２３₁ の１０行目と１１行目の間に１行を追加し、１行
の修正が完了したとして専用エディタ２０２_S から管理
ファイル２２４にデータを送信する。同図（ｄ）はこの
送信後の管理ファイル２２４の状態を表わしたものであ
る。図２に示したＣＰＵ２１１は２人が同一ファイルの
同一バージョンを修正し、かつ修正番号が同一であるか
どうかをチェックする。この場合には１０行目自体の内
容は変更されていないので、同一と判断されない。そこ
で、ＣＰＵ２１１は後から修正を行ったＳさんに対して
メッセージの送信を行わない。Ｔさんについても同様で
ある。ＣＰＵ２１１は以下同様にして１行ごとの修正に
対してチェック作業を繰り返すことになる。

【００４０】この変形例のソースコード変更履歴管理シ
ステムにおける処理は、図５に示した流れ図のステップ
Ｓ１０４の「１行修正」の判断を行の追加まで含めると
共に、ステップＳ１０６の同一ファイルの同一バージョ
ンの同一行を修正しているかの判断を文字通りに解釈す
ることで、同様な手順で進めることができる。

【００４１】

【発明の効果】以上説明したように請求項１記載の発明
によれば、ソースコード等からなるファイルの変更作業
を行うとき、ファイル取出手段で同時に、あるいは時間
を多少違わせて取り出したファイルを複数の専用エディ
タでそれぞれ独自に修正できるようにしたので、変更作
業を複数の者で効率的に行うことができる。

【００４２】また、請求項２記載の発明によれば、ファ
イルをそれぞれの専用エディタで修正する状態で、所定
単位のデータが修正されるたびに修正した位置情報と共
にその修正内容をこれらの専用エディタから管理情報記
憶手段に共通して送信させ、同一の位置情報のデータが
複数記憶されているかどうかの判別を管理情報検索手段
ができるようにしたので、ファイルの格納されている側
で各専用エディタがどのような修正作業を行っているか
を確認することができる。そして、同一箇所の修正を行
っているときには、そのファイルを最終的に置き換える
前の状態で該当者に警告を発することができるので、同
一箇所について合意の下で修正作業を行うことができる
ようになる。

【図面の簡単な説明】

【図１】本発明の一実施例におけるソースコード変更履
歴管理システムの原理的な構成を表わしたシステム構成
図である。

【図２】ソースコード変更履歴管理装置本体の構成の概
要を表わしたブロック図である。

【図３】本実施例の変更履歴付きソースファイルの構成
を表わした説明図である。

【図４】本実施例の管理ファイルの構成を表わした説明
図である。

【図５】ソースコード変更履歴管理システムの処理の概
要の前半部分を表わした流れ図である。

【図６】図５に示した処理の後半部分を表わした流れ図
である。

【図７】同一のファイルの異なった行を複数の者が修正
する場合のソースファイルと管理ファイルの関係および
管理ファイルの状況を表わした説明図である。

【図８】同一のファイルの同一の行を複数の者が修正す
る場合のソースファイルと管理ファイルの関係および管
理ファイルの状況を表わした説明図である。

【図９】同一のファイルを複数の者が修正するときで、
同一行を修正し、指定行の変更を行った場合を表わした
説明図である。

【図１０】本発明の変形例で同一のファイルを複数の者
が修正した場合で、行の追加を行ったときの管理ファイ
ルの内容の変化を表わした説明図である。

【図１１】従来のソースコード変更履歴管理システムの
構成の概要を示したブロック図である。

【符号の説明】

２０１ ソースコード変更履歴管理装置本体 ２０２ 専用エディタ ２１１ ＣＰＵ ２１３ 制御プログラム記憶媒体 ２１４ 作業用メモリ ２２１ 通信制御回路 ２２３ ソースファイル ２２４ 管理ファイル ２４１ ファイル名 ２４２ ファイルの版数 ２４４ 修正位置番号

Claims (5)

【特許請求の範囲】
1. 【請求項１】 修正するファイルを格納するファイル格
   納手段と、 このファイル格納手段に格納されたファイルを修正のた
   めに取り出すファイル取出手段と、 このファイル取出手段によって取り出されたファイルを
   それぞれ専用に修正するための複数の専用エディタと、 これらの専用エディタの修正が完了したときそれぞれの
   修正した内容で前記ファイル格納手段から取り出された
   ファイルの内容を更新するファイル更新手段とを具備す
   ることを特徴とするファイル変更履歴管理システム。
2. 【請求項２】 修正するファイルを格納するファイル格
   納手段と、 このファイル格納手段に格納されたファイルを修正のた
   めに取り出すファイル取出手段と、 このファイル取出手段によって取り出されたファイルを
   それぞれ専用に修正するための複数の専用エディタと、 ファイルの所定単位のデータが修正されるたびに修正し
   た位置情報と共にその修正内容をこれらの専用エディタ
   から受信して管理情報として共通して記憶する管理情報
   記憶手段と、 この管理情報記憶手段に同一の位置情報のデータが複数
   記憶されているかどうかを検索する管理情報検索手段
   と、 この管理情報検索手段が同一の位置情報のデータが複数
   記憶されていると判別したとき、これを前記専用エディ
   タのうちのそのデータを送信した専用エディタのうち最
   先に送信したもの以外に通知する重複修正データ通知手
   段と、 前記専用エディタの修正が完了したときそれらの修正し
   た内容で前記ファイル格納手段から取り出されたファイ
   ルの内容をそれぞれ更新するファイル更新手段とを具備
   することを特徴とするファイル変更履歴管理システム。
3. 【請求項３】 前記管理情報検索手段で検索するデータ
   は、同一ファイルの同一バージョンのデータであること
   を特徴とする請求項２記載のファイル変更履歴管理シス
   テム。
4. 【請求項４】 前記所定単位のデータはソースコードの
   １行分のデータであることを特徴とする請求項２記載の
   ファイル変更履歴管理システム。
5. 【請求項５】 管理情報検索手段は行と行の間にデータ
   を挿入する修正が行われたとき、これを同一の位置情報
   のデータとして検索しないことを特徴とする請求項４記
   載のファイル変更履歴管理システム。