私は多くのバージョン管理システムを知っています:CVS、SVN、TFSなど...
私は最初の「リビジョン管理/バージョン管理システム」をグーグルで調べましたが、さまざまな矛盾する答えがありました。
ソース管理が発明されたのはいつですか?誰が発明したのですか?それは何と呼ばれていましたか?
私は多くのバージョン管理システムを知っています:CVS、SVN、TFSなど...
私は最初の「リビジョン管理/バージョン管理システム」をグーグルで調べましたが、さまざまな矛盾する答えがありました。
ソース管理が発明されたのはいつですか?誰が発明したのですか?それは何と呼ばれていましたか?
回答:
1981年、テキサス州オースティンのCharter Informationで夏の仕事をしました。以前はマサチューセッツ州ウォーバーンのコマーシャルインフォメーションコーポレーションでした。彼らはシグマ7にフィールドアップグレードされたゼロックスシグマ6を実行しました。ソースコード管理にはSPUD(ソースプログラムアップデート)と呼ばれるものを使用しました。テープベースでした。
私は定期的に「二百周年記念SPUDテープ」をマウントし、そのテープ上のコードのMODデッキで作業しました。1976年に作成されたため、「2世紀に渡るSPUDテープ」と呼ばれていました。彼らは古いテープを持っていたため、SPUDが1976年よりも遡ったことを示しています。
UTオースティン(1973-1981)の学生の間に、CDC 6600以降のメインフレーム用のControl Data Corporationの2つのソースコード管理プログラムであるMODIFYとUPDATEに出会いました。彼らが最初に出てきたのはいつかわかりませんが、1960年代後半に出てきた(記憶が私に役立っているなら)6600のすぐ後に出てきたのではないかと思います。
私は、IBMが他の誰よりもずっと前に何かを持っていたのではないかと疑っていますが、IBMメインフレームの歴史についてまったく知識がなく、そのように気に入っています。
IEBUPDTEのもともとIBMのOS / 360システム用に作成されたプログラムは、日付がより10歳年上、1962年にバックSCCS。その目的は、一連の変更を一連の入力ソースプログラムに適用し、一連の変更されたソースプログラムを作成することです。すべてのソースコードは、80列のパンチカードの「デッキ」として、またはそれらに似たファイルとして管理されていました。これらのソースプログラムデッキには、各行またはカードの固定列セットに「シーケンス番号」がありました(COBOL列1〜6で左に指定し、他のほとんどすべては列73〜80で右にあると想定しました。シーケンス番号は1行ずつ増やす必要がありましたが、ほとんどのソースコードは10秒、100秒、または1000秒増加し、2行間の整数のスペースに後で挿入できるようにしました。
典型的なIEBUPDTEコントロールデッキは次のようになります。
./ CHANGE NAME=PROG001
PROGRAM XYZZY 00005000
./ DELETE SEQ1=9000,SEQ2=15000
DO I=1,10 00026000
./ CHANGE NAME=PROG002
J=256 00092000
./ ENDUP
2つのソースファイル「PROG001」および「PROG002」を変更し、行番号「5000」を置換します(多くの場合、5番目の行は「数千」の慣行に従います)。 。
最も単純なレベルでは、それがソース管理の定義です。Unixの人々は、パッチが行うこととしてそれを認識しますが、暗黙の代わりに明示的な番号付けを使用します。コントロールデッキのセットを順番に入力プログラムに適用し、それらのセットを結合ディスクファイル(Partitioned Dataset)として保存するのが一般的でした。これは、CVSとRCSが,v
ファイルに保存する変更履歴と非常に類似しています。IBMは、頻繁に呼び出されるコードのパッチを送達するプログラム一時修正単一の関連チェンジの一部としてファイルを変更し、大きなコントロールデッキの形で(PTFの)のSubversionやGitのユーザーが使い慣れた見つけるだろう。
IEBUPDTE
に似ていpatch
ます。