人力検索はてな
モバイル版を表示しています。PC版はこちら
i-mobile

ホストコンピュータ時代のソース管理方法を教えてください。現在はSVNなどのバージョン管理ソフトがあったりして、便利ですが、ソースをフォルダー管理などで、間違って削除、上書きしてしまうような環境下での安全なソース管理が知りたいです。多分運用がどうのと言う話になるのかとは予想しますが。

●質問者: nigredo
●カテゴリ:コンピュータ
✍キーワード:Svn コンピュータ ソフト ソース バージョン
○ 状態 :終了
└ 回答数 : 8/8件

▽最新の回答へ

1 ● うぃんど
●19ポイント

【1】記憶容量の変遷から見た推移

(1)HDDどころかFDDも無かった時代

ルーチン単位にマークカードを紐で括って表紙がつけてあり、

ルーチン名や概要ならびに作成日や作成者などが記入してありました

それとは別に全体の管理はノートにまとめられていました(ルーズリーフではなくノートがよかったようです)

いずれも手書き文書です。SVNの管理部分をすべて紙の上で行っていたと想像してもらえればよいと思います

(2)FDD時代

世代毎にFDDを分けてました。旧世代がそのままバックアップの意味もかねてましたね

(3)HDD時代

バージョン管理はディレクトリ単位にしてましたが、この時代に入っても紙媒体による管理は主ですね

(4)ネットワーク時代

大量のパソコンでネットワークを組むようになってくるとSVNのような管理ソフトは必須ですね

だからといって紙媒体による管理が完全になくなっているというものでもなくて、

特におおよその部分を知りたい場合には紙媒体のほうが便利だったりもしますね

【2】コンピュータ普及度から見た推移

(1)1970年代

ホストコンピュータで動作するソフトの開発は、

大学やハードウェア開発会社に所属する一握りの人だけが行えました

利用者は専用端末からマークカードやテープ、一部ではFDDを使い、

利用の度にデータをアップロードして計算させるという流れになってました

(2)1980年代

データ作成にパソコンが使えるようになり便利になりましたが、

ホストコンピュータですらも今のUSBメモリにすら遠く及ばない程小さな記憶しかできず、

ホストで動作させるのはプログラムというよりはバッチ処理を書く程度の短いものだったため、

バージョン管理は前述したFDD時代のもので十分でしたね

(3)1990年代

パソコンの性能が飛躍的に伸び、ホストコンピュータ同様の計算をパソコンだけで行えるようになってきましたが、

HDDも高価で、現代の携帯電話にも及ばない程度の記憶容量でしたから保存はFDD時代同様にFDDで世代毎にしたり、

少し贅沢な環境ではHDDを複数用意して付け替えるなどの方法を取っている場合などもありました

(4)1990年代後半から現代

一般家庭でもLANが組める程にパソコンが普及しはじめました

この頃から一般企業などでもSVNなどのバージョン管理ソフトは必須となってきましたね

【3】いきなりまとめ

古い時代を思い起こして懐かしみつつ、ざっくりと書きましたが、

いつの時代においても(紙の上かHDDの上かの違いはあるのせよ)下記2点が重要なことは変わりないように思いますね

(1)設計時にどこまで考えてあるか?

(2)実施時にどこまで作業手順を守れるか?/守らせることができるか?

上記2点がしっかりしていれば間違って削除や上書きなどはまず起こりえない事ですし、

システムトラブルが原因だったとしてもバックアップから書き戻せばよいだけの話となります

古い人間と言われてしまいそうですが「まちがって削除なんてのは気が抜けている」と言ってしまいますね

SVNなどの便利なツールはありますけれど、使うのは人間であって、SVNなどに人間が使われてしまってはいけないです(笑)

◎質問者からの返答

(1)設計時にどこまで考えてあるか?

(2)実施時にどこまで作業手順を守れるか?/守らせることができるか?

多分そうでしょうね。この中で(2)の作業手順等、詳しく突っ込んだ回答があれば尚よかったです。ありがとうございます。


2 ● hgijgbnfhfg
●0ポイント (はてなにより削除しました) ◎質問者からの返答

ワオ!スパムですね。

クリック注意


3 ● a-kuma3
●28ポイント ベストアンサー

ホストコンピュータでも、ソース管理システムは昔からあったんです。

富士通の OSIV だと PowerGEM ってのがありました。

unix の SCCS だって、もとは IBM の汎用機用に作られたものだったはず。


ただ、有料だってことと、コスト意識が今とは違ってたので、使ってるプロジェクトは見たことがありませんでした(ぼくのまわりだけかもしれませんが)。


ソース管理は、台帳で管理してました。

修正がしたくなったら、台帳で修正番号を取ります。

ソースを修正するときには、古いコードをそのままコメントアウトし、その近くに新しいコードを書いて、

修正番号を記したコメントを記載します。


ファイルのバックアップは、定期的に行います。

週に一回とか決めて、ライブラリ単位、もしくは、ディスク一括でテープにバックアップを取っておきます。

テープは世代管理してて、2?3世代くらい残しておくのが普通だったかな。

もし、間違いが起きたら、三週間前までには戻れる、見たいな感じ。


一応、今と同じようなことは、何とか出来てはいました。

でも、昔の状態に戻すのが、大変でしたね。


バックアップがテープにしかないので、リモートで昔の状態に戻すには、物理的にそのマシンのところに行かなくてはいけない。

最低でも、ライブラリ単位で全部戻ってしまうので、共通資源を戻すときには、事前の調整があれこれ大変だった。

diff コマンドに相当するものが無かったので、差分を確認するのが、また大変。


話はそれますが、SVN を使ってるのに、古いソース管理から抜け出られないプロジェクトもあるみたい。

などなど。


以上、参考になれば。

◎質問者からの返答

この場合バックアップが主な間違いへの担保なんですね。なるほど。ありがとうございます。



>話はそれますが、SVN を使ってるのに、古いソース管理から抜け出られないプロジェクトもあるみたい。

>・昔のコードはコメントアウトして残しておかなければいけない

>・同じ資源に対して、レポジトリが複数ある (なんで、そんなことになったのか...)

>・修正番号を台帳管理してて、取得しないとコミットできない

>などなど

うーん、これは身につまされます。わかるわかる。


4 ● 勇者よっしー
●10ポイント

昔から色々ありましたが、プログラマの間ではCVSが鉄壁ですね。

インストールが簡単なので、無能管理者はすぐVSS使いたがりますが、VSSはソース自体にバージョンを持たせる機能が無いので、歯抜けが発生しても許容してしまうという根本的な弱点があります。

CVS使っておけばまずOKです。OSSでも大抵はCVSです。

◎質問者からの返答

うーん、この質問の事の発端としては、SVN,(CVS,VSS、GIT等などを含んだと言う意味合いで書きました)が使えないプロジェクトがあり、その場合、どうしてもそれらのバージョン管理ソフトが使えない時代(ホスト時代など)の時の安全なソース管理はどうやっていたのだろうと言う疑問があり、ここに質問しました。ごめんなさい、こちらの質問の仕方がちょっと不明瞭なために質問と回答がずれているような気がします。


5 ● a-kuma3
●19ポイント

この質問の事の発端としては、SVN,(CVS,VSS、GIT等などを含んだと言う意味合いで書きました)が使えないプロジェクトがあり、その場合、どうしてもそれらのバージョン管理ソフトが使えない時代(ホスト時代など)の時の安全なソース管理はどうやっていたのだろうと言う疑問があり、ここに質問しました。

なんとなく、想像の範疇内だった :-)


バックアップが担保というよりは、管理台帳が「要」だったと思います。

バックアップも、媒体を台帳で管理していました。

管理上は、「履歴(台帳)」が【主】で、「ソース」は【派生物】です。


そういうふうに理解できないと、修正の作業自体がかなり苦痛なので、CVS のような管理ツールがはやるのも当たり前かな、と。

先の回答で例に出したプロジェクトでも、使い方は間違ってる ものの、導入だけはしてます。

サーバが用意できないとかの費用的な側面があるんですかね。

◎質問者からの返答

>管理上は、「履歴(台帳)」が【主】で、「ソース」は【派生物】です。

なるほど、必ず台帳を起点として作業を出発させると言う感じですかね。

>サーバが用意できないとかの費用的な側面があるんですかね。

「(バージョン管理ソフトを入れられないのは)サーバが用意できないとかの費用的な側面があるんですかね。」という風に理解した上で書くのですが、経験上ですが、多くは慣れの問題(ヒトの感情的な問題)でしょう。今まで慣れてきた管理方法と異なる方法で同じように管理しきれるかという不安。まぁ、書いていたただいたように、SVN屋さんが「管理上は、「履歴(台帳)」が【主】で、「ソース」は【派生物】です。」という発想の転換が必要なように、慣れ以前の問題より、ソース管理方法の発想の転換ができるかどうかだとは思っておりますが。


また、いくら運用で、運用の徹底、手順の徹底と言ったとしても間違えるのが人間なので、その間違いのリスクを減らすためにもバージョン管理ソフトは必要なのですが、そのリスクに晒されたヒトでない限りはあまり必要とは思わないでしょうし。

あと、あるとしたら、企業的なコンプライアンス上、不要なソフトは入れられないといったもの。これはどうしようにも無い。


1-5件表示/8件
4.前の5件|次5件6.
関連質問


●質問をもっと探す●



0.人力検索はてなトップ
8.このページを友達に紹介
9.このページの先頭へ
対応機種一覧
お問い合わせ
ヘルプ/お知らせ
ログイン
無料ユーザー登録
はてなトップ