JPS63244135A - プログラムの履歴管理方式 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発ＢＡは、ソフトウェアの編集情報をファイルで管理
するソフトウェアの履歴に関するものである。

〔従来の技術〕

現在のエディタでテキスト（レコード）全編集する場合
１編集箇所にカーソルを移動させて編集を行う方法か各
種コマンドによる修正の倒れかである。

また９編集を行う前に何処（何行目）をどのように編集
するのか情報を与えるとその情報の履歴をプリンタ出力
することができる。

実際に９編集を行うプログラム（ファイル）を指示する
とディスクにおる該当の情報をワークファイルへコピー
をする。エディタは実質的にこのワークファイルで編集
を行い、エディタの終了指示を行うとディスクファイル
に出力する。

〔発明が解決しようとする問題点〕

しかしながら、上記の方法では、プログラムの履歴を見
ることができない、また、前もって編集情報を全て知っ
た上で編集するわけにもいがない。

（ａ）　　プログラム人を編集する場合、プログラムＡ
の情報はワークファイルにコピーされる。なお。

エディタは、修正、追加、削除があるごとにワークファ
イルの情報を更新する上に、Ｉｌｌ集の終わりを指示す
るとディスク内のファイルも更新してしまり。（プログ
ラムＡ／　）そのため、プログラム人をどのように修正
してプログラムＡ′になったのかを知るにはプリンタ出
力しソースリストを比べる他ない。

（ｂ）　　前もって、何行目に修正、追加、削除を行う
のかまとめておくことは、プログラムのデバッグという
性質上不可能である。

本紀の目的は、上述した例に見られるプログラムの履歴
に関する不便さを改善できることにおる。

〔問題点を解決するための手段〕

上記目的を達成するために９本発明では、フルスクリー
ン・モードのテキスト・エディタを利用してソースプロ
グラムやＪＣＬファイルなどを編集する際に何処をどの
ように編集をしたがという履歴ファイルを自動作成する
ことを特徴とする。

〔作　用〕

この発明によれば、履歴ファイルには新規、継続のいず
れかの情報をもたせる。前者を指定した場合には、新し
く履歴ファイルを作成することにし、後者を指定し九場
合には、既に存在する履歴ファイルを参照して履歴を更
新するようにする。

〔発明の実施例〕

以下９本発明を実施例により詳細に説明する。

第１図は画面ソースエディタのシステム構成図である。

　＋１１はディスクに書き込まれている編集入力ファイ
ル、（２）はディスクに書き込む編集出力ファイル、（
３）はスクリーン・エディタ、　１４）Ｕ固定ディスク
に一時的に編集情報が書き込まれるワークファイル、　
＋５１Ｈ本発明の履歴ファイル、（６）は日本語ワーク
ステージジン、（７）はプリンタ装置である。

利用者が日本語ワークステージ５ン（６）からスクリー
ン・エディタ（３）全起動すると編集を行う入力ファイ
ル１１＋の情報をワークファイル（４）にコピーをする
。そして修正、削除、追加の処理を行うたびに固定ディ
スク中にある履歴ファイル（５）に更新をかける。スク
リーン・エディタ（３）を終わらせると編集出力ファイ
ル（２）に上書きをする。

第２図は、プログラムの作成及び修正をする際に本発明
の履歴ファイルをどこで利用するのが示した流れ図でら
る。

判定（８）では、既に存在してる履歴ファイルの情報を
とりいれるかどうか選ぶことができる。

第３図は、この発明の実施例である。ファイルＡ（９）
に修正を加えたものをファイルＡ′αα、そしてその間
の修正情報を履歴ファイルＡ″α９で管理している。こ
の時、既存の履歴ファイルは存在しないので、履歴ファ
イルＡ″αＳは新規となる、次罠、ファイルＢＱＩＩ（
−ファイルＡ’　Ｑ（ｌと修正を加えたものをファイル
Ｂ’Ｑ２１とし、その間の修正情報を履歴ファイル「′
印で管理している。この時、ファイルＢには既存の履歴
ファイルｒが存在する。そのため。

ファイルＢＱＩＩに修正を加える前に履歴ファイルを新
規にするか、継続にするかを指定する。この時。

新規指定すると履歴ファイルＡ″（２）の情報を全く取
り入れずにファイルＢαυからファイルＢ／Ｑ３への修
正情報をのみ履歴ファイルＷ′αｅは管理する。継続指
定すると履歴ファイルＡ“α９の情報も取り入れるため
、ファイル人（９）からファイルＢ′αＯへの修正情報
が履歴ファイルＢ“αｅで管理される。同様に、ファイ
ルＣ１３にイー正を加えたもの金ファイルＣ’Ｑ４）。

履歴ファイルをσ′αηとする。

第４図は、第３図のような手順で作成した履歴ファイル
の情報をプリント出力したものである。

囮の箇所でに修正情報音、α９の箇所では追加情報。

■の箇所では削除情報を印字している。なお、移動は削
除と追加、複写は追加、置換えは変更として扱う。

第５図は、履歴ファイルがどのように履歴情報を管理し
ているかを表わした図でおる。、ｃ！１１は、ワークフ
ァイルに取り込まれたソースプログラムの情報である。

　＠Ｆｉ（社）のプログラムの２行目と３行目の間に２
行追加した例である。つまり、追加の場合は枝番をとる
。　（２−１，２−１−１，２−１−１−３など）ｃ！
３ｔ−１，＠のプログラムに修正を加えた場合でレコー
ド数に変化はないので行番号は変化しない。修正がめっ
た時は、フラグをたてその行番号を覚えておく。この例
では７行目。勿は、■のプログラムの４行目と５行目を
削除した例である、つまり。

削除すると番号が抜けることになる。

このようにエディタを終了させるまで、または履歴ファ
イルに”新規”指定するまで最初の行番号をもつことに
する。

〔発明の効果〕

以上の説明から明らかなように０本発明によればソース
プログラム、ＪＣＬファイルに履歴を残すことができる
。このため、これを標準バブケージに改修全入れたエン
ドユーザ用システムに適用すればこの履歴が常にあるわ
けで新規ユーザのカストマイズ及び流用を簡単に行うこ
とができるなど有効活用が可能である。

【図面の簡単な説明】

第１図は本発明に適用する画面ソースエディタのシステ
ム構成図、＄２図は本発明の履歴ファイルがプログラム
の作成及び修正をする際にどこでかかわってくるかを示
した流れ図、第３図はこの発明の具体例を表わすファイ
ル構成図、第４図はその履歴をプリント出力した概念図
、第５図は履歴ファイルがどのように履歴情報を管理し
ているかを表わす説明図である。 図において、　＋３１Ｈスクリーンソースエデイタ。 （５）は履歴ファイルである。 なお、図中、同一符号は同一、又は相当部分を示す。

Claims (1)

【特許請求の範囲】
1. スクリーンソースエディタを利用してソースプログラム
   やＪＣＬファイルなどを編集する際に、何処をどのよう
   に編集したかという履歴を残す履歴ファイルを自動作成
   し、その履歴ファイルには、新規、継続のいずれかの情
   報をもたせ、新規を指定した場合には新しくファイルを
   作成することにし、継続を指定した場合には、既に存在
   する上記履歴ファイルを参照して履歴を更新することを
   特徴とするプログラムの履歴管理方式。