レス数が1000を超えています。残念ながら全部は表示しません。

CVSを使ってファイル管理

1 ：名無しさん＠お腹いっぱい。 ：2001/08/10(金) 18:10

CVSを使ってファイル管理している人の質問スレ

859 ：856 ：03/03/03 21:15

言葉足らずですいません。
読み直したら何を聞いてるのかわからないですね。

環境構築するのに参考になるホームページとか
書籍があれば教えていただきたいとおもいます。

よろしくお願いいたします。

860 ：名無しさん＠お腹いっぱい。 ：03/03/03 21:17

>>856
http://pc.2ch.net/unix/

861 ：名無しさん＠お腹いっぱい。 ：03/03/03 22:12

>>859
過去ログ

862 ：856 ：03/03/03 22:16

やっぱ、ここですか

863 ：名無しさん＠お腹いっぱい。 ：03/03/04 00:41

>>858

ホームページって「Home」ボタンを押したときのページだと思いますが
それをお勧めとか言われても。

ネタだったらもっと上手く書いてくれ。

864 ：名無しさん＠お腹いっぱい。 ：03/03/04 01:03

懐かしいね。kuno さんまだ編纂をつづけてるのかな

もってるスキル(Unix の基礎知識は?

簡単に他人がお薦めできるようなものはありません

865 ：名無しさん＠お腹いっぱい。 ：03/03/04 07:17

>>863
http://dictionary.goo.ne.jp/cgi-bin/nw-more_print.cgi?MT=%A5%DB%A1%BC%A5%E0%A5%DA%A1%BC%A5%B8&ID=a4db/a4db056354042200000000.txt&sw=3

＞＞WWW サーバーが提供する画面の総称として使われることもある。

866 ：名無しさん＠お腹いっぱい。 ：03/03/04 08:41

>>865

その辞書は間違ってるね。

あまりにも誤解が広まってしまったので
「スタートページ」という言葉を作ったブラウザもあったりするが、
それでもボタンは「Home」だったり。

867 ：名無しさん＠お腹いっぱい。 ：03/03/04 08:42

>>856
ttp://radiofly.to/nishi/cvs/

868 ：名無しさん＠お腹いっぱい。 ：03/03/04 09:55

「ホームページ」談議はもううんざり。
http://www.kitanet.ne.jp/~tkubota/fj/whatishomepage.html

>>856
どんな情報がほしいの?
CVS の情報?
Solaris の情報?
今は何でつまづいてるの?

869 ：名無しさん＠お腹いっぱい。 ：03/03/04 09:57

グランドに埋め込まれた神聖なる五角形だっけ？

870 ：名無しさん＠お腹いっぱい。 ：03/03/04 19:54

>>868
つまずいてるのではなく、
これから導入してみようかと思ってます。
で、まずはWEBか書籍でいろいろ調べてみようと。

とりあえず、
・サーバはUNIX系（出来ればSolaris）
・クライアントはWindows
・バイナリも保存
　（Visual Studioのプロジェクトとか、
　　JAVAのクラスファイルとか）
ぐらいわかればいいんですが。

871 ：名無しさん＠お腹いっぱい。 ：03/03/04 20:49

>>870
> ・サーバはUNIX系（出来ればSolaris）
> ・クライアントはWindows
これの何がわかんないの?

> ・バイナリも保存
http://www.google.com/search?lr=lang_ja&ie=eucjp&q=cvs+%A5%D0%A5%A4%A5%CA%A5%EA

872 ：名無しさん＠お腹いっぱい。 ：03/03/04 21:37

ようは導入事例が知りたいってことでは?

873 ：870 ：03/03/04 21:57

>>871
仕事の合間に環境構築出来る程度のものかどうかを
まず知りたかったんです。

環境構築にどの程度の作業量が必要かわからないもので．．．

874 ：名無しさん＠お腹いっぱい。 ：03/03/04 22:36

>>870
VisualStudioのプロジェクトファイルは中身テキストだったと思うが。
バイナリなのは.icoや.bmp等のリソースと、VisualStudioが勝手に
作る中間ファイル(..apsとか.ncbとか)だけど、中間ファイルなんか
ソースからいくらでも再作成できるんだからバージョン管理する
必要なんか無いし。Javaの.classも同様。

>>873
どの程度の作業量になるかは本人のセンス(「分からない事の
調べ方」を知っているかどうか)次第。
うだうだ書いてる暇で検索猿になって情報だけ集めとくとか、
一発玉砕覚悟でやってみるとかすりゃあいいだろに。

875 ：名無しさん＠お腹いっぱい。 ：03/03/04 23:05

>>874
皆さんは、DLLとかをタイムスタンプでは管理してないの？
うちの会社はその辺厳しいんだけど。
汎用機上がりの上司が多いのでコンパイル時刻にうるさいんです。
テスト結果とモジュールのタイムスタンプが逆転してると再テスト．．．


作業量は本人のセンスだから、
情報仕入れてどの程度で出来るのか知りたいんです
って書いてたつもりなんですが．．．

一応、仕事なんで玉砕はなしってことで、
出来そうだった「やる」、
結構かかりそうだったら「それでもやりますか？って聞く」、
無理そうだったら「やめる」。

簡単に教えてもらえると思って書き込んだんですが、
いろいろと聞かれるもんで「うだうだ」と書くことになってしまいました。
確かに無駄な時間をすごしてたのかもしれませんね。

ということで、これでうだうだ書き込むのは終わりにします。
いろいろ勉強になりました。
どうもありがとうございました。

876 ：名無しさん＠お腹いっぱい。 ：03/03/04 23:37

CVSはタイムスタンプなんて保存してくれないよ。

877 ：名無しさん＠お腹いっぱい。 ：03/03/04 23:39

>>875
ここで聞くのあきらめちゃったわけね。

ま、賢明だね。

答える気も無いのにうだうだ言ってる奴にまで
いちいちレスしてるような素直な奴は
２ちゃんで情報収集するのやめといたほうがいいよ。

ホームページの定義とか、
バイナリファイルの管理とか
関係ないことばかり指摘されてて
はたから見ててかわいそうだったよ。

878 ：名無しさん＠お腹いっぱい。 ：03/03/04 23:43

>>876
875じゃないけど、
CVSつかうとタイムスタンプ変わっちゃうの？

まあ、確かにタイムスタンプなんてたいした問題じゃなくなるかもしれないが．．．
試してみたいけど履歴管理って結構面倒だもんなあ。
必要性に迫られないとやる気起きないな。

879 ：名無しさん＠お腹いっぱい。 ：03/03/04 23:53

>>878
,vファイルとか、ワークディレクトリのCVS/Entriesには入ってるみたい。
rcsだと-Mオプションをつければタイムスタンプをcheckin時のものに
直してくれるけど、cvsだとどうかな?

880 ：名無しさん＠お腹いっぱい。 ：03/03/05 00:37

>>878
(´-`).｡ｏＯ(ネタだろうに・・・)

881 ：名無しさん＠お腹いっぱい。 ：03/03/05 01:55

>>875
ファイルのタイムスタンプなんかPC間の転送で簡単に狂っちまうん
だから、そんなので管理しようとする事自体ナンセンスだと思うがねぇ。
Winバイナリならバージョンリソース使うのが一般的だし。

CVSというかRCS的なアプローチでは

static const char *cvsid = "$Id: hoge.c,v 2003/03/05 01:48:30 nanashi Exp$";

とか埋め込んでおいて、identで抽出ってのはよくやってる。(これで
タイムスタンプが狂ったバイナリのバージョン調べるのに助けられた
事も何度かある)

882 ：名無しさん＠お腹いっぱい。 ：03/03/05 06:17

>>875
> 皆さんは、DLLとかをタイムスタンプでは管理してないの？
> うちの会社はその辺厳しいんだけど。
> 汎用機上がりの上司が多いのでコンパイル時刻にうるさいんです。
> テスト結果とモジュールのタイムスタンプが逆転してると再テスト．．．

そういう仕事環境では導入を提案しても蹴られるに一票。
やるとしても、まずは個人的に1か月ぐらい試してみて、それからでしょう。
ネット情報だけに頼って提案まで持っていくこと自体おかしい。

883 ：名無しさん＠お腹いっぱい。 ：03/03/05 06:39

>>873
「環境構築」が何を指しているかよくわからないが、
CVSをインストールして既存のファイルをリポジトリに入れる
ことを言ってるなら、そんなもの半日程度で終わるでしょう。

そっちよりも運用方法を考えるほうが時間がかかるし、
時間をかけるべき。

884 ：名無しさん＠お腹いっぱい。 ：03/03/05 09:44

タイムスタンプの管理はmakeの仕事、と言ってみる。

885 ：名無しさん＠お腹いっぱい。 ：03/03/05 12:43

anonymous cvsからファイルを落していて分からないことがあります。

CVS/Entriesに書かれていないディレクトリが存在します。
$cvs update　ではなかったディレクトリが
$cvs co XXX　としてやると作られました。
個人的にEntriesとはその下のディレクトリの状態を
正確に表現していると考えていたのですが、それは違うのでしょうか？
また、リポジトリの最新と完全に同期させるためにはどうすれば
いいのでしょうか？

886 ：名無しさん＠お腹いっぱい。 ：03/03/05 12:52

>>885
% cvs update -d

という答えでいいのかな？

887 ：名無しさん＠Ｅｍａｃｓ ：03/03/05 13:07

>>886
ありがとうございます。
上のようにやったらCVS/の下のファイルも更新されました。
-dオプションはCVSROOTを指定するためだけに使うものと
考えてましたが、もしかしたらCVS/の下のファイルを更新する
っていう意味もあるんでしょうか。ちょっと調べてみます。
どうもありがとうございました。

888 ：名無しさん＠お腹いっぱい。 ：03/03/05 14:54

cvs [こっち] コマンド [そっち]
こっちとそっちでは同じオプションでも意味がちがう

889 ：名無しさん＠お腹いっぱい。 ：03/03/06 00:32

>>881
そもそもこっちでコンパイルしてるときに他の奴がciしたら、次にcvs upした
ときに再コンパイルされなくなってしまう。タイムスタンプでの管理なんて無
意味。

890 ：876 ：03/03/06 00:54

>>878
「タイムスタンプが変わっちゃう」というか、タイムスタンプまで保持してくれない。
って、保持してくれても何も嬉しくないと思うが。
詳しくは
ttp://katsu.watanabe.name/cvs/p32.html
見てくれ。
漏れ的には、そもそも「タイムスタンプで管理」なんて発想自体が信じ難い。。
makeを「タイムスタンプで管理」って言うなら話は別だが。

891 ：名無しさん＠お腹いっぱい。 ：03/03/06 01:09

まあまあ。汎用機なんつーロクな道具のなかった旧石器時代の先人の
知恵なんだろうよ。現代から見れば迷信レベルなわけだが。

892 ：名無しさん＠お腹いっぱい。 ：03/03/06 05:56

>>891
そういう人とうまく関係を保ちながら発想の転換を促すのって
大変だけど大事なことだよ。

893 ：名無しさん＠お腹いっぱい。 ：03/03/06 08:52

大事かも知れんが、とっても大変。

894 ：名無しさん＠お腹いっぱい。 ：03/03/06 21:41

>>875
ＵＴ完了時にＣＶＳにソースを登録しといて、
ＵＴで使用したバイナリをＩＴ、ＳＴ、本番へと反映すればいいことじゃないの？
なんの問題も無いじゃん

そしたら、開発時のタイムスタンプたいした意味を成さなくなるんじゃないの？

ＵＴ完了時のソースをＣＶＳに登録して、
ＩＴ時にチェックアウトしてコンパイルとか馬鹿なことしないだろ、普通。

895 ：名無しさん＠お腹いっぱい。 ：03/03/06 21:51

>>894
UT, IT, STって略語なんでしょうか(「何とかテスト」)?

896 ：名無しさん＠お腹いっぱい。 ：03/03/06 21:54

Unit Test
Integration Test
System Test
かな?

897 ：894 ：03/03/06 22:20

>>896
そのとおりです。

基本的な言葉ではないのですね。

金融系の仕事ばかりしてますが
どこもUT,IT,STって使ってたもので、つい。

898 ：名無しさん＠お腹いっぱい。 ：03/03/06 23:52

>>894
>ＵＴ完了時のソースをＣＶＳに登録して、
>ＩＴ時にチェックアウトしてコンパイルとか馬鹿なことしないだろ、普通。

「普通」はね。
CVSの使い方が分からんと言って、わざわざ人と手間をかけて
人間CVSやらせてるアフォな現場もあったりするよ。
(って今の俺の現場がまさにそう)

もちろんとてもじゃないが信用できんので自分のグループ内部
ではCVS管理してるが、それだけだと最終的にリリースされた
バイナリが正しい物かどうか保証できないので(タイムスタンプ
も奴らがビルドした時間になっちゃうし)、>>881のようなマーカー
埋め込みは必須。

C/C++みたいにモジュール間の結合依存度が高い言語だったら
それでも破綻してるだろうな。(Javaはその辺楽だ)

899 ：名無しさん＠お腹いっぱい。 ：03/03/07 19:26

漏れもRCS IDからタイムスタンプをセットするツールってのは作ったことがある。
アフォくさいけど、そういうのを要求するDQN会社もあるんだよな。

900 ：890 ：03/03/07 23:41

単に漏れが想像できないだけなんだが(ずっとJavaで開発してるし、そんなに大規模じゃないので)、
> ＵＴ完了時のソースをＣＶＳに登録して、
> ＩＴ時にチェックアウトしてコンパイルとか馬鹿なことしないだろ、普通。
これってダメなの？
コンパイルする度に挙動が変わるようなバグが潜んでいる可能性があるから？
個人的にはそういうバグは潰すべきだと思うが。
それとももっと深遠な理由があるのかなぁ。大規模開発は想像ができん。。

901 ：名無しさん＠お腹いっぱい。 ：03/03/08 02:29

>>900
ＵＴでつかったバイナリを使えば
中身が同じってことが保障できる。
ＩＴ時にコンパイルしたら
ＣＶＳのＳＴＡＴＵＳで
ＵＴに使用したバイナリとＩＴで使用したバイナリが
同じソースからコンパイルされたことを
いちいち証明した上でテスト結果をまとめないといけないじゃん。
面倒だよ。


それに、カットオーバーの異なる２つのプロジェクトが
同時に同じソースいじることが時々あるけど、
そのときはどうするつもり？
ソース修正(1)→ＵＴ(1)→ＩＴ(1)
→ソース修正(2)→ＵＴ(2)→ＳＴ(1)→本番反映(1)
→ＩＴ(2)→ＳＴ(2)→本番反映(2)
みたいな流れになったときとか。

902 ：名無しさん＠お腹いっぱい。 ：03/03/08 03:41

>>901
勢いよく説明 (反論？) しているけど、
UT、IT、CVS、STATUS 全て全角で書いちゃう
センスはいかがなものかと...

903 ：名無しさん＠お腹いっぱい。 ：03/03/08 04:30

>>902
901の書き込みは全角使っていること以外は
あってるということですか？

904 ：名無しさん＠お腹いっぱい。 ：03/03/08 04:45

>>902
つまんないつっこみなんかいいから901の内容についての意見を聞かせてよ。
くだらない煽りいれるぐらいなら書き込まないでくれる？
「...」を半角でかかれると見えにくいんですが．．．（笑

個人的にはシステムテスト前に次の単体テスト終わってるってのが
気になるんですが、それってよくあることなの？

あまり無いと思いますが、
システムテストで問題発覚！とかだとどうなるんでしょう？

CVSの話からずれてるかもしれないけど、気になったものでsage．．．

905 ：902 ：03/03/08 05:39

>> 904
> 「...」を半角でかかれると見えにくいんですが．．．（笑

いや、別にそこは無理して見なくてもいいよ。

というつまらあい煽りはもうやめます。ごめんなさいね。

906 ：名無しさん＠お腹いっぱい。 ：03/03/08 06:30

>>901
> ＣＶＳのＳＴＡＴＵＳで
> ＵＴに使用したバイナリとＩＴで使用したバイナリが
> 同じソースからコンパイルされたことを
> いちいち証明した上でテスト結果をまとめないといけないじゃん。
> 面倒だよ。

じゃあ逆に、保存しているバイナリがUT完了時のものだとどうやって
証明する?

> それに、カットオーバーの異なる２つのプロジェクトが
> 同時に同じソースいじることが時々あるけど、
> そのときはどうするつもり？

それってCVSのメリットが最大限活かされる局面なんでは?

907 ：名無しさん＠お腹いっぱい。 ：03/03/08 06:47

ていうか、>>894 って要はアリバイ作りの発想なわけで、
開発全体の成功には後ろ向きだよね。

908 ：名無しさん＠お腹いっぱい。 ：03/03/08 07:58

3点リーダーは2マスだ!

909 ：名無しさん＠お腹いっぱい。 ：03/03/08 10:47

就職活動でNTTComのES書いたけど全部全角で書かないといかんかった。
全角って大事だな

910 ：名無しさん＠お腹いっぱい。 ：03/03/08 11:03

しかし、勝手な略号使うのは勘弁して欲しいものです

911 ：名無しさん＠お腹いっぱい。 ：03/03/08 13:10

略号は特定のコンテクストと共通知識を共に背景として備える場合のみ、
意図通りに理解されることを期待できるものだからね。

>>909 のESはエントリーシートのつもりなんだろうけど
就職活動と関係ないところで使っても正しく理解される保証がない。
ESをエントリーシートと解するという知識は、
いまだ就職と関係ない学生はもちろん、そんなもの書かずに就職する人間にも
期待できないから。
少し前まで秋葉原マップを見てた俺は、最初 engineering sample かと思ったよ。

ちなみに就職活動方面でESをエントリーシートと解することを一般に期待できるかどうかは知らないが。

こういう人間が就職すると、社内だけしか通用しない独自略語や用語を
外でもたれ流しちゃう香具師になるんだろうなあ。

912 ：名無しさん＠お腹いっぱい。 ：03/03/08 13:12

>>907


・単体テスト終了
・結合テスト開始
・協力会社のﾔｼが単体テスト時にケース漏れで気づかなかったバグを発見
・ｺｿｰﾘ修正してコンパイル
・修正したものでシステムテスト開始
　（協力会社のﾔｼしかそのことを知ってる人間はいなかった）
・システムテスト終了
・本番反映直前に発覚

って、ことがあって相当問題になったんですが、
ダメダメなﾔｼしか雇えないようなうちの会社では
アリバイつくりでも何でもいいので
問題の出にくいやりかたを考えないといけません。

皆さんは、開発〜テスト工程でCVSをどのように運用してるのですか？
規約とか、標準化とかあったら知りたいです。

913 ：名無しさん＠お腹いっぱい。 ：03/03/08 13:19

>>912
ﾊｧ?
ここのみんなは性善説の上に成り立ってる運用方法しか使ってないじゃねえの？
ｽﾚ読んでればなんとなくわかるじゃん。

そんなﾔｼ雇う方がﾊﾞｶ

ぐらいのﾚｽしかつかねえ〜つ〜の。

914 ：名無しさん＠お腹いっぱい。 ：03/03/08 13:20

自作自演ハケーン

915 ：名無しさん＠お腹いっぱい。 ：03/03/08 13:41

やめとけ。CVSに限らず使う奴がダメダメならなんでもダメ

916 ：912=913 ：03/03/08 13:43

>>914
ﾊﾞﾚﾀ?

917 ：名無しさん＠お腹いっぱい。 ：03/03/08 14:46

ＣＶＳッて何よ？

918 ：名無しさん＠お腹いっぱい。 ：03/03/08 14:58

>>917
computer-controlled vehicle system
(コンピューター制御自動運転輸送システム)。

unixの技術がコンビニを支えていまつ。

919 ：名無しさん＠お腹いっぱい。 ：03/03/08 15:50

>>917
新たな煽りか?

920 ：名無しさん＠お腹いっぱい。 ：03/03/08 16:38

>917
CSV の typo です

921 ：名無しさん＠お腹いっぱい。 ：03/03/08 23:38

で、>>912 に対する回答はないのかい?
なんだみんな厨か

922 ：名無しさん＠お腹いっぱい。 ：03/03/09 00:04

>>921
だから、913の書き込みに行き着くんじゃないの？

923 ：名無しさん＠お腹いっぱい。 ：03/03/09 01:16

>>912

> ・コソーリ修正してコンパイル
> ・修正したものでシステムテスト開始

これができてしまったということは、テスト対象のバイナリを、
担当者が勝手に置き換えるとことができたということで、多分、
ここがまずいのでしょう。

単体テストが終了したら、ソースにタグをつけて、バイナリ一式を
スナップショットとしてセンタに登録し、勝手に書き換えることが
できないようにし、以降のテストは、それらのバイナリをテスト対象
にすればいいと思います。

# 好みによっては、「テスト対象のバイナリは、CVS でタグがついて
# いるソースから、再生成したものを利用する」という方針でもよい
# と思います。

一般に、テスト工程で成果物の管理をきちんとするには、まずは、
CVS のタグを用いるなどして、テスト対象のソースの版、テスト
プログラム自身の版を明確にし、それをきちんと記録に残すこと
だと思います。

924 ：名無しさん＠お腹いっぱい。 ：03/03/09 01:44

>>923
結局はバイナリを管理するということですか。

>>894の話に近い考え方ということになるんですか？
ソースとバイナリを別に管理する必要があるということ？

コンパイルもコンパイルサーバで行う会社もあるみたいですが。。。
ソースを登録してその登録したソースをコンパイルして
作成されるバイナリをそのまま登録してしまうという。。。
（VisualStudioでしたが）

925 ：名無しさん＠お腹いっぱい。 ：03/03/09 03:49

いまだにバイナリを登録するなんて開発スタイルをとっているところ
があるのか。それは、はっきり言ってお勧めできない。
基幹系みたいな重要システムの場合、リリース管理専任チームがいて、
リポジトリにコミットされているリリース・ブランチの内容を、
リリース管理チームの責任下で定期的にフルビルドする。これが常識。

当然、バイナリを保存しておくようなリリース管理はしない。
そういうやり方じゃなくて、正しく動作するバイナリが、リリース
管理チームの定義した環境下で、いつでもソースから正しくビルド
できることを保証することが最も重要。
そうでないと、障害対応の段階になって、同じバイナリを作成して
再現することさえできないなどという、最低の状況が生まれる。

926 ：名無しさん＠お腹いっぱい。 ：03/03/09 04:30

>>925
「リリース管理専任チーム」がいるのが常識？
そんな奴雇ってる金なんてないんだが。
２０００〜３０００万のプロジェクトで
そんな奴ら雇ってたら赤字なんだけど。
その程度の規模の仕事は非常識か？

927 ：名無しさん＠お腹いっぱい。 ：03/03/09 04:32

軍事や生命にかかわる分野の開発ではバイナリに対してテストし管理
するのが普通だし、金融基幹系などでもやってるところはやっている。
ソースありきの管理は「コンパイラにバグは無い」「OS にバグはない」
という前提があって始めて成り立つが、本当にクリティカルな分野は
そういうわけにも行かない。

928 ：926 ：03/03/09 04:33

>>925
ｽﾏｿ。
基幹系って書いてたね。

俺は、基幹系なんかやってないんだよ。
中小企業から開発頼まれてるだけ。
バイナリ登録がお勧めできないのなら
どういう運用がお勧めか聞きたいんだけど。

929 ：名無しさん＠お腹いっぱい。 ：03/03/09 04:56

>>927

925は、「リリース管理チームが、任意の時点のバイナリを常に再現
できる (リリース管理チームのバイナリ作成環境がきちんと文書化
されており、ソースコードのみならず、コンパイラやOS、パッチの
レベルも含めて完全に再現できる) 」ということであって、927で
行なっているレベルの保証よりも、より強力なレベルの保証である
ことに気づいて欲しい。当然のことだが、正式なテストは、常に
リリース管理チームが作成したバイナリに対して行なわれる。

繰り返しになるが、927のような開発形態は、テスト済みの筈の
モジュールにバグが発見されたり、仕様に変更が生じたり、あるいは
システム全体に関わる定数の変更の結果、モジュールの再コン
パイルが必要になった場合に、破綻する。
つまり、クリティカルな開発において、より信頼性が高いのは
925の方なんだ。

930 ：名無しさん＠お腹いっぱい。 ：03/03/09 05:05

cvs は、バイナリのバージョン管理には、あまり向いてないから、
cvs を使うのはソースに関してだけにして、バイナリに関しては
別途登録管理すればいいんじゃない？

あと、他の人も書いてるけど、登録されたバイナリの判別を日付
でやるのは意味ない。日付なんて、ちょっとした操作で簡単に
偽造できるんだから。
もし厳密に管理するなら、登録したバイナリのチェックサムを
記録しておいて、それを比較するのが良いと思う。と言っても、
昔ながらのチェックサムやCRCは、やはり偽造が可能なので、
md5 とか sha1 とかいとかいった、偽造が困難な値 (いわゆる
secure hash 値) を登録管理するのが良いと思う。UNIX 系 OS
だと、そのものずばり md5, sha1 とか、digest とか、そういう
値を登録するコマンドは標準でついていることが多いけど、
Windows でもフリーでいくらでも転がっていると思う。
チェックサムの記録の管理には、cvsを使ってもいいかもしれない。

931 ：名無しさん＠お腹いっぱい。 ：03/03/09 05:09

>>929
いやいや、誰もソースや環境の管理しねーとは言ってなくてさ。
まぁいいや、適当にオナニーしててよ。

932 ：名無しさん＠お腹いっぱい。 ：03/03/09 05:11

>>931 (;´Д｀)ﾊｧﾊｧ
…しますた。

933 ：名無しさん＠お腹いっぱい。 ：03/03/09 05:19

ファイルシステムをテープに固めて管理するのが一番信頼性が高いという
結論がでますた。

934 ：名無しさん＠お腹いっぱい。 ：03/03/09 05:20

>>931
素朴な疑問なんだが、だったらなんでバイナリ登録する必要があるの？
いつでも厳密にソースから同じバイナリが再作成できるんだったら、
登録管理する意味ないじゃん。

素人考えだと、手動でバイナリを登録管理するよりも、毎回フルビルド
した方が安全な気がする。モジュール間にあんまり気づかないような
依存性があった場合、手動のバイナリ登録だと、依存性に気づかずに
バイナリの登録更新を忘れてしまうんじゃないかな。実際、昔の
RPMで、何度かこれで痛い目にあってるんだよねぇ。

935 ：名無しさん＠お腹いっぱい。 ：03/03/09 05:32

> いつでも厳密にソースから同じバイナリが再作成できるんだったら、

できる保障がないからだよ。何かの要因で完全なバイナリが再現できな
くなったら、汗屋呼んでバイナリの再検証、そしてテストやり直し。バグ
フィクスならいざ知らず、再コンパイルしたら違うバイナリになった程度で
そんなリスク負えるのかって (エンドユーザアプリの話じゃないぞ)。

936 ：名無しさん＠お腹いっぱい。 ：03/03/09 05:39

まぁ話の前提の分野が違うので無視してくれ。俺も C/C++ や Java で
やる開発に来てからそんなシビアなバイナリ検証なんてしてないし、
最近はずっと CVS でソースレベル管理だし。

937 ：名無しさん＠お腹いっぱい。 ：03/03/09 06:00

>>929
だから、金掛けずにできないもんですかねえ。
リリース管理チームとかに掛けるコストが無いんですが。

金かけないとCVS使ってもまともな品質管理は出来ないの？

938 ：名無しさん＠お腹いっぱい。 ：03/03/09 06:13

だからテープ最強だっての。

939 ：名無しさん＠お腹いっぱい。 ：03/03/09 06:21

>>938 それだったら、CD-RとかZipの方が安上がりだったり...

940 ：名無しさん＠お腹いっぱい。 ：03/03/09 06:21

>>935

定期的にフルビルドしてるなら、前回分のフルビルドだけは残しておいて、
あとはバイナリを比較するだけで、厳密に同じバイナリを生成できること
を、完全自動で保証できるんじゃない？ 簡単そうな気がするけど…

941 ：名無しさん＠お腹いっぱい。 ：03/03/09 06:27

まともな品質管理できるかどうかは使う人にかかってると思うが。
そういう意味で CVS はただの手段だよ。工程管理/品質管理について
いろいろ調べてみるといい。特に流通・製造・建築分野のはソフト
ウェアより歴史が長いだけあっていろいろ得るものがある。逆に
ソフトウェア側の管理本とか最新ネタ/情報キーワードちりばめた
だけで統計的な論議を無視してたりする。

942 ：名無しさん＠お腹いっぱい。 ：03/03/09 06:43

ま、でもそういうプロジェクト管理技術をソフトウェアに持ってくる
のは殆んど無理ぽだったりするけどね。たとえば土木建築系で聞くよ
うな、設計と施工を別の業者にやらせるなんて、現状のソフトウェア
開発では墓穴掘ってるとしか思えない。
設計業者がオオボラ吹いて大風呂敷広げて、おまけに穴だらけで実装
不可能な設計内容を残してトンズラして、実装担当が泣きながらデス
マーチでなんとかするって、良くある話だしナ。

ちゃんとした設計ができて当たり前の土木建築の世界と、設計自体が
困難で、実装段階での見直しが不可欠なソフトウェアの世界は、全然
違うよ。

943 ：名無しさん＠お腹いっぱい。 ：03/03/09 06:46

>>940
実際にトラブルがあったら、そのバージョン (もっと言えばその社に
納品したバージョン) レベルでバイナリを検証しなければいけない
んだよ (もちろんソースも検証するけど)。

なんか話の流れ見てると

　　CVS はバイナリが苦手だから乗せるべきではない。

が

　　バイナリレベルのバージョン管理は不要。

ってことに飛躍してるようだが大丈夫か?

944 ：名無しさん＠お腹いっぱい。 ：03/03/09 06:49

>>942
それは公的機関がソフトウェア設計を管理していないからでは。いや、
みずぽじゃないけどいい加減ﾏｼﾞで何とかならんかな。

945 ：名無しさん＠お腹いっぱい。 ：03/03/09 06:52

良く分からないんだけど、925が言っているのは開発段階での
バイナリの管理であって、納品物ないし本番用のバイナリに
ついては、当然バイナリの保存管理はしてるんじゃないの？
っていうか、基幹系の開発で、そういうレベルの管理をして
ないなんて、それこそ信じられないけど。

946 ：名無しさん＠お腹いっぱい。 ：03/03/09 07:00

>>944
大規模ソフトウェアの設計っての難しさって、公的機関が
成果管理すれば解決するような簡単な問題じゃないと思い
まつ。たとえばISO9001をソフトウェア開発に導入して、
文書上でISO9001とのツジツマを合わせる作業のために
余計デスマーチがひどくなってるなんてのを見聞きする
につれ、公的機関が出てきたら、むしろ悪化すること
間違いなしっていう悪寒。

947 ：名無しさん＠お腹いっぱい。 ：03/03/09 07:01

そういわれりゃそうだな、失礼

948 ：名無しさん＠お腹いっぱい。 ：03/03/09 07:03

>>946
うん、だからそうできるまで業界と技術が枯れて来ると良いなぁと
いう希望。その頃には飽きて別分野行ってると思うが。

949 ：名無しさん＠お腹いっぱい。 ：03/03/09 07:34

なんか話が大規模開発の話ばかりですが
皆さんは大規模開発してる人ばかりなんですか？

950 ：名無しさん＠お腹いっぱい。 ：03/03/09 07:42

こんな時刻に起きているのは、大規模開発のデスマーチで
徹夜中の連中ばかりのためだと思われ。

951 ：名無しさん＠お腹いっぱい。 ：03/03/09 12:22

ここまでの議論見てると、もうまるっきり破綻したチームを無理やり縛るために
CVS使ってみようみたいな感じだな。

まずは信頼関係を築く方法を学ぶのがいいと思うよ。

952 ：名無しさん＠お腹いっぱい。 ：03/03/09 13:10

>>951
その場限りの外人部隊ばかりなんで信頼関係を築いてるうちにカットオーバーです。

953 ：名無しさん＠お腹いっぱい。 ：03/03/09 13:11

そういう時はルールの徹底と守らなかった場合のペナルティの明確化でがんばる

954 ：名無しさん＠お腹いっぱい。 ：03/03/09 13:16

そのルールの議論をしてるのでは？

955 ：名無しさん＠お腹いっぱい。 ：03/03/09 13:20

>>954
ｽﾚ違い基地外

956 ：名無しさん＠お腹いっぱい。 ：03/03/09 15:57

CVS is not a substitute for management.
CVS is not a substitute for developer communication.

957 ：名無しさん＠お腹いっぱい。 ：03/03/09 16:23

>>955
CVSを使っての管理ルールのことじゃないの？

958 ：名無しさん＠お腹いっぱい。 ：03/03/09 16:27

次スレは？

read.cgi ver5.26+ (01/10/21-)