Jw_cad作者さんサイトの掲示板での発言
https://ja.wikipedia.org/wiki/Git
言葉の意味としては
「馬鹿にされる」=「Gitに使われている」
≒「Gitを有効に使っている」
という事で、それはそれで良いのではなかろうか?
・当方は図面を描く仕事をしていないので不明だが、Delphi でのプログラミングでは、書き換えたソースのバックアップファイルは自動で残るようになっているし(自分で消す必要がある)、仕様変更や気になるタイミングで大きく書き換えるような場合は、書き換える前のバックアップを意図的に残すようにしている
・ドキュメント管理システム→SGML 等では履歴管理(トレーサビリティ)が考慮されているものがある 改訂者と改訂日時、改訂理由を記述するらしい
そのような意味では、Jw_cad でいう自動保存であるとか、BAKファイルであるとかは、あくまで作業中の話であって、データバックアップや履歴管理の前段階であろうと思われる
元発言者の質問は、結局、定期的なバックアップや、仕様変更等の改訂事由によるバックアップ、というものを行っておらず、それをBAKファイルに頼ろうとしている様子
・LANファイルサーバーでのファイル管理では、昔から(DOS、unixの古代から)バックアップの必要性が語られてきており、DAT・ストリーマ等を利用して、毎日のバックアップ、1週間毎のバックアップ、月毎のバックアップ、等が行われている(メディアは複数枚利用し、ローテーション利用してコストをなるべく抑える)
・図面データの場合
受け取ったデータ(オリジナルデータ)
自分の作業中のバックアップ
自分が作業終了したデータ とそのバックアップ
検証OKとなった最終データ とそのバックアップ
相手に送る前のデータ
相手から訂正要求があり、修正したデータ
・・・
本当に最終のデータ とそのバックアップ
等があるだろうし、複数人数でLAN経由で行っている場合は煩雑になるかもしれない、故に、図面管理は、テキストファイルかエクセルかデータベースソフトか専用ツールか、紙か、は不明だが、どこの個人/会社でも普通に行われていると思う
そこに「Git」がどう使えるのかは知らないが有効利用出来るのであればそれはそれで良いのではなかろうかと思う
追記:
JWWユーザーの皆さんに質問なんですけどjwwデーターのバージョン管理にgitを使っておられる方はいますか。私はきりのいい所でファイル名の末尾に連番を付けて保存をしているのですが、gitユーザーに馬鹿にされます。・Git (Wiki)
https://ja.wikipedia.org/wiki/Git
言葉の意味としては
「馬鹿にされる」=「Gitに使われている」
≒「Gitを有効に使っている」
という事で、それはそれで良いのではなかろうか?
・当方は図面を描く仕事をしていないので不明だが、Delphi でのプログラミングでは、書き換えたソースのバックアップファイルは自動で残るようになっているし(自分で消す必要がある)、仕様変更や気になるタイミングで大きく書き換えるような場合は、書き換える前のバックアップを意図的に残すようにしている
・ドキュメント管理システム→SGML 等では履歴管理(トレーサビリティ)が考慮されているものがある 改訂者と改訂日時、改訂理由を記述するらしい
そのような意味では、Jw_cad でいう自動保存であるとか、BAKファイルであるとかは、あくまで作業中の話であって、データバックアップや履歴管理の前段階であろうと思われる
元発言者の質問は、結局、定期的なバックアップや、仕様変更等の改訂事由によるバックアップ、というものを行っておらず、それをBAKファイルに頼ろうとしている様子
・LANファイルサーバーでのファイル管理では、昔から(DOS、unixの古代から)バックアップの必要性が語られてきており、DAT・ストリーマ等を利用して、毎日のバックアップ、1週間毎のバックアップ、月毎のバックアップ、等が行われている(メディアは複数枚利用し、ローテーション利用してコストをなるべく抑える)
・図面データの場合
受け取ったデータ(オリジナルデータ)
自分の作業中のバックアップ
自分が作業終了したデータ とそのバックアップ
検証OKとなった最終データ とそのバックアップ
相手に送る前のデータ
相手から訂正要求があり、修正したデータ
・・・
本当に最終のデータ とそのバックアップ
等があるだろうし、複数人数でLAN経由で行っている場合は煩雑になるかもしれない、故に、図面管理は、テキストファイルかエクセルかデータベースソフトか専用ツールか、紙か、は不明だが、どこの個人/会社でも普通に行われていると思う
そこに「Git」がどう使えるのかは知らないが有効利用出来るのであればそれはそれで良いのではなかろうかと思う
追記:
gitでのバージョン管理はしていません。
NAS側の機能で1時間ごとにバックアップ
することで過去のファイルを参照できる
ようにしています。
この運用だと正確にはバージョン管理と
いうより、バックアップ管理という
感じですね。
バージョン管理という意味では、ファイル
サーバ側でフォルダを分けることで
バージョン管理しています。具体的には
下記のようなイメージです。
v1.00:基本設計の図面一式
v2.00:実施設計の図面一式
v3.00:検査機関に提出した図面一式
v3.01:検査機関からの指摘事項を修正した図面一式
v4.00:契約図の図面一式
v4.01:設計変更後の図面一式
gitによるバージョン管理は個人的に
とても興味があるのですが、建築図面に
おいてどのように運用するのがベストか
判断できず見送っていました。
(ソースコードの運用は山ほど検索で
出てきますが、建築図面に関しては
有用な情報は確認できませんでした。)
もし差し支えなければ、どのような
運用でgitを使用しているかお聞き
したいです。
例えば、コミットするタイミングなど
どのように運用しているのでしょうか。
プログラムの場合は「ある機能を実装する
たびにコミットしていく」という運用は
非常に分かりやすいのですが、これが建築
図面となると、「コミットのタイミングって
???」と感じています。
ごめんなさい。書き方がわるかったですね。
私もgit運用はできていません。
もし、どなたか使っている方がおられれば、どうしているかお聞かせ頂ければと思っただけです。


このブログにコメントするにはログインが必要です。
さんログアウト
この記事には許可ユーザしかコメントができません。