CVS導入スレ〜 Rev.3

■ このスレッドは過去ログ倉庫に格納されています
1デフォルトの名無しさん
垢版 |
2005/04/10(日) 22:58:38
バージョン管理システムCVSについてのスレッドです。

前スレ : 「CVS導入スレ〜 Rev.2」
http://pc8.2ch.net/test/read.cgi/tech/1065829553/

関連スレとリンクは>>2を参照
2005/09/03(土) 00:34:14
>>114
できるけど？
2005/09/03(土) 00:51:17
>>113
ディレクトリ名に空白が入るのが問題だったりして。
ショートネームに変えたらどうなる?
2005/09/03(土) 00:53:43
ディレクトリについてはリビジョン管理してないからＣＶＳからディレクトリ消せないって
どこかで見た記憶があるんだけど…
2005/09/03(土) 08:00:07
>>114,117
あのさ、もしかして「CVSから」じゃなくて「CVSクライアントから」の間違い？
119113
垢版 |
2005/09/03(土) 09:04:12
どうもです。

動作していなかったのはcvsntをインストールしていなかったからですた。

パスにスペースが含まれているから動作しないようなダサい作りではありませんでした。
俺がダサすぎただけでしたorz
2005/09/03(土) 09:35:23
うーむ、私が普段ewsで使っているスクリプト群はダサいのか。
2005/09/03(土) 13:52:05
>>120
どのレベルでのダサさかは知らないけど
この世にダサくないプログラムなんて無いよ
だからダサさを克服するため日々進化を続ける
2005/09/03(土) 20:20:38
>>114
Subversion厨の逆襲か？
2005/09/03(土) 22:17:35
「どこか」ってやっぱりSubversionのマニュアルか
124デフォルトの名無しさん
垢版 |
2005/09/07(水) 23:19:57
CVSでVSSの「共有」に該当する機能ってありますか?

ぐぐると、モジュール単位ならできるらしいのですが、
方法がわからないです。
http://radiofly.to/nishi/cvs/ml-log/msg00251.html
125デフォルトの名無しさん
垢版 |
2005/09/07(水) 23:35:54
なんで人が編集してるファイルを編集できるのだよ？
VSSだったら、ちゃんと人が編集してるファイルを編集できないようにしてくれる
2005/09/07(水) 23:42:03
>>125
思想の違い
むしろ、「ちゃんと同時に編集できる」
2005/09/07(水) 23:42:11
CVSは、他人の編集が終わるのが待てない人が使うのだよ。
ゆっくり待てるなら、VSSを使えば良い。
2005/09/07(水) 23:57:37
いや、VSSはロックしない状態で編集したものを持ち込むことができてしまう。
そこが最悪だ。
2005/09/07(水) 23:59:01
>>124
KOIE氏があんな回答するなんてと思ったら、ずいぶん古いのね。
リポジトリ置いてあるのがUNIX系のOSなら、ハードリンク使うとか、
modulesファイルを駆使すれば、余計なディレクトリが必要だが、
ファイル単位で共有みたいなことはできる。
こういうことをやり始めると、なかなかSubversionに移行できない。
2005/09/08(木) 00:31:04
ちょっとタイムリーなんですがVSSから移行したばっかでよくわかんないんで教えてください。
javaのクラスファイルを今までCVSで共有してて
明らかに無駄だし目障りなんでCVSのリポジトリから消したいんです。
サーバを設定して今後eclipseの同期化とかしてもクラスファイルが出てこないように出来ますか？
なんか.cvsignoreとかをローカルにおいても既存のファイルは同期化されちゃうし。
しかも.cvsignore自体が同期化されちゃう始末。
VSSならかんたんにできたのに・・・・
2005/09/08(木) 02:48:51
>>130
できる。
つーかさ、
ソースファイルのディレクトリと
コンパイル時のディレクトリは分けた方がいい。

そうすれば簡単にできる。
それをやっていないならば除外パターンを。
2005/09/10(土) 20:55:17
>>129
subversionも依存する他のモジュールを引っ張ってくることがそんな
トリッキーなことをしなくても可能だったような…
2005/09/11(日) 18:56:18
>>132
だからそれは「モジュール」単位で、「ファイル」単位では無理だろ。
ちゃんと嫁、バカ。
2005/09/18(日) 02:34:15
>>133
>>129のように余計なディレクトリ作っていいならsubversionでも可能だね。
2005/09/18(日) 02:35:00
>>134は>>132宛て
2005/09/18(日) 23:14:16
わからんヤツだな。
Subversionは、余計なディレクトリの中身すべてを
持ってこざるをえないんだろ。
CVSは余計なディレクトリは必要だが、その中に
必要なファイルだけをチョイスして取り出せるんだよ。
2005/09/23(金) 22:27:13
CVSもSubversionもどっちもキモイんですが、
どっちがおすすめですか。
2005/09/23(金) 22:29:27
>>137
ClearCase
2005/09/29(木) 11:19:02
コミットメッセージにEUCが使えるCVSのGUIはどれでしゅか？
ごった煮は最新がどこにあるのか誰がメンテしてるのか
まったく不透明のため使用できません
2005/09/29(木) 11:25:06
最新に拘らずにごった煮使えばいいのに。
2005/09/29(木) 13:47:55
>>140
誰もが自家製を置いているだけの野良ソフトなので
安心感はゼロなのが特徴です。
2005/09/29(木) 14:31:25
おすすめできないごった煮1.3が
うざいダイアログスキップできておススメ。
2005/10/01(土) 22:29:42
CVSもEUCも捨てちゃって、SubversionとUTF-8に揃えれば良いのに。
2005/10/01(土) 22:39:56
WinCVS使いにくいよ。
Eclipseの方が使いやすい。
でもプログラミングする訳じゃない時にEclipse使うのも何だかなー。
機能も少ないし。
2005/10/01(土) 23:18:03
>>143
EUCは捨てても構わないが、SVNなんてのは到底選択肢になりえない
2005/10/01(土) 23:21:35
>>145
詳しく
2005/10/02(日) 09:15:21
>145
apache.org の人にも言ってやって。
どんどん、 CVS から SVN に切りかえている。
2005/10/02(日) 10:39:43
みかままがSVNの本出せば考える。
2005/10/02(日) 11:19:24
sourceforgeがSVNに対応したら考える。
2005/10/02(日) 12:29:21
メモリ喰いのTSVNCacheが常駐しなくなって、右クリックメニューが重くなるのが無くなったら
tortoise svn＋subversionに乗り換えてもいいぞ。
2005/10/02(日) 14:16:38
皆様クライアント側に不満ありってことで？
2005/10/02(日) 17:24:14
>>150
TSVNCache は常駐だが、右クリックメニューのそれは
設定で軽くできるようになった。その分しっかり機能は削られるけどね。
153デフォルトの名無しさん
垢版 |
2005/10/03(月) 23:34:32
TortoiseCVSよりTortoiseSVNのほうが重いの？
2005/10/14(金) 12:22:38
今のCVSの不満。
・rdiff -sでブランチでの作業が見れない
・ロック時、ブランチで作業中でも、リビジョンを明示しないとトランクの最新リビジョンがロックされる
まあこんなとこ。主にブランチ関連だな。所詮ブランチはそういう扱いなのか。
一部の版では改良されてたりするみたいだけど。
2005/10/14(金) 17:18:11
ファイルやディレクトリ名が変えられないことかな。
2005/10/15(土) 00:44:26
>>155
変えられるけど?
2005/10/15(土) 07:32:42
>>156
リポコピーすんのか
2005/10/15(土) 13:15:08
>>156は「履歴が途切れるけど変えることは可能」
というつまらないオチ。
2005/10/15(土) 13:19:08
>>158
ええ〜、そうなの〜？
2005/10/15(土) 13:42:06
履歴がとぎれちゃ意味ないよな。
2005/10/15(土) 13:52:27
ねぇ〜、履歴捨てるくらいならリポジトリ内のディレクトリを改名しよーよー
2005/10/15(土) 20:33:59
もしかして、変更できないと思っている連中はクライアント単体での機能を語っているのか?
2005/10/15(土) 22:50:26
>>162
もしかしてリポジトリのファイル直接リネームか？
単体で完結してるドキュメントなんかはそれでもよかろうが、
プログラムのプロジェクトファイルのひとつだったりしたらイカンだろ。
2005/10/16(日) 00:45:18
単純にリポジトリをリネームなんかしたら、
古いバージョンが取り出せなくなっちゃうじゃん。

repocopyするのは、変更できるうちには入らないぞ。
2005/10/16(日) 00:47:52
>>163
"repocopy"なんだから、リネームせずにコピーしないと。
2005/10/16(日) 00:56:19
repocopyは過去の歴史の捏造。

日付を指定して取り出すと、当時は存在しなかったファイルが現れる。
2005/10/16(日) 01:07:06
適切にタグを打っているなら日付指定のチェックアウトなんて不要でしょ
2005/10/16(日) 02:58:40
>>167 タグ指定でも問題は変わらん。
2005/10/16(日) 03:20:13
repocopyの時点で,vファイルからタグを消せばよい。がdiffでもタグが使え
なくなって何のためにrepocpyしたのかわからなくなる両刃の剣。

リネーム以前のソースとdiffできるようにするためにrepocopyするんだから
仕方なかんべ。それが嫌ならdiffを諦めてremove&add。

repocopyの代わりに新規コミットで始めるがリビジョンはリネーム以前
のものを一つ進めた数字にし、commit messageには @@renamed from **@@
みたいに書く、とかいう規則でcvsをハックすればrenameコマンドを追加して
リネームの前後にわたってdiffをとれるように出来そうな気はする。

2005/10/16(日) 03:38:02
cvs ハックするぐらいなら svn 使うよ。
2005/10/16(日) 07:54:08
つーか、
・ファイル名を変えても過去のリビジョンを取り出したい。
・過去のファイル名が違う時点のリビジョンを取り出したくない。
つーのが相反するってのが理解できないような香具師がリビジョン管理なんかするなと。
2005/10/16(日) 11:53:37
CVS使っていてリネームが発生するような使い方するのが間違い
2005/10/16(日) 13:17:56
>>172
javaでリファクタリングすると結構な頻度でリネームしたい時がある。
しょうがないからdepricateして新しく興したクラス使うのだけど、やっぱり
元の情報とのつながりがほしい時とかかねぇ。

実はC++でもやらかす事あるけど。
2005/10/16(日) 13:24:03
>>173
リファクタリングの作業のウエイトが大きくてそういう要求があるのならsvnで良いのではないかと。
履歴を残す必要性については当事者じゃないとわからないのでなんにもいえませんです。
2005/10/16(日) 15:41:19
今どきは、C#だろうがVBだろうがリファクタリングはするだろ？
たかがSCMのせいで気軽にリネームできないとしたら嫌すぎ。
2005/10/16(日) 16:00:58
「たかがSCM」だったら黙ってすげ替えればいいじゃん。
2005/10/16(日) 17:04:34
リネームは生まれ変わりを意味するんだよ。
だから、リネームした時点で旧名での歴史は終わり。
新しい名前で新たな歴史が始まるのだ。
（要するに消してaddでいいやんという話）
2005/10/16(日) 17:55:05
>>177
そう思い込まないとやってられないのがイヤなんだよ。
2005/10/16(日) 19:52:03
>>178
>>171
2005/10/16(日) 21:45:20
リネームする時点で設計の敗北
2005/10/16(日) 21:51:59
敗北けっこう。 オレはリファクタリングしたい。
2005/10/16(日) 21:54:25
>>181
返事早いよ…

だったら別モジュールで登録しちゃえ！

before after の変わり具合にもよるね。
2005/10/16(日) 23:49:00
CVSでバイナリファイルを管理したら、ファイルが壊れた。
2005/10/16(日) 23:52:04
CVSで/binを管理したら、ファイルが壊れた…
2005/10/17(月) 08:05:05
正しい使い方をしていないからじゃない？
バイナリファイルですよ、と指定しないとダメだよ
右手用のはさみを左手で使ってもうまく切れないよ
2005/10/17(月) 09:34:28
>>185
> 右手用のはさみを左手で使ってもうまく切れないよ

これどうしてなんだろ。不思議。
二枚の刃にかかる横方向の力が逆になるからか?
2005/10/17(月) 10:06:10
>>183
「とりあえずリポジトリに突っ込んでから変更すればいいや」
ではすでに手遅れになる場合があるので要注意。
具体的には、改行コードや、キーワード展開に該当するような
値があった場合、それらが処理されてしまうため、リポジトリに
入った時点ですでに壊れている。
2005/10/17(月) 18:03:15
>>186
普通無意識に親指を掌から外側に押す方向に力を加えながらハサミを閉じるからだろ。
左手でも意識して親指を引くように力を入れれば切れる。
ようするにちゃんと仕組みを把握すれば右でも左でも平気ってこと。
2005/10/17(月) 20:41:54
>>185-187
んー、ちゃんとバイナリ指定したはずだよ。
zip書庫をWinCVSでバイナリ追加して、Eclipseで取り出した。
普通壊れないなら、うちのサーバがおかしいとか、やったつもりで
やってないとか、あるのかもしれない。
2005/10/17(月) 23:00:37
画像や実行モジュールをCVSで管理しているが、壊れたことないよ。

>>185
左利きは右手用の鋏を使えるが、右利きは左手用の鋏を使えない。

>>186
握り鋏(和鋏)を使うとよく判る。
2005/10/18(火) 04:42:40
ソフトウェアの機能にないからって、その機能がないことを教条として
納得して生きていくのはやだなぁ、と思ったのである。

「あったほうが良いよね、でもついてないんだ、残念だったね」でいいじゃんか。

もっとも、CVSNTにはついてるような気もするけど＞リネーム
2005/10/23(日) 08:23:26
cvs update をすると、 >>>>>> とか変な文字が入るんだけど
どうにかならない？
2005/10/23(日) 11:27:47
>>192
それはコンフリクションが発生しているから。
手元のワークファイルを捨てていいなら、削除してからアップデートすれば宜しい。
そうでないなら、コンフリクションを解決してから差分を取って問題がないか確認してコミットすることになろう。
2005/10/23(日) 12:07:16
>>192
editを開始したことを宣言する運用を(ry
2005/10/23(日) 17:48:00
>>193
> それはコンフリクションが発生しているから。
ｺﾝﾌﾘｸｼｮﾝ？？？ﾜﾛﾀ
2005/10/23(日) 17:55:23
何がおかしいんだろう…
2005/10/23(日) 17:56:30
conflictionって耳慣れない単語だよね。
2005/10/23(日) 18:09:34
俺は普段競合とか言ってるけど、別におかしくはないんじゃないか？
2005/10/23(日) 18:38:26
普通は競合かコンフリクトじゃないのか？
漏れはコンフリクションなんて聞いたこと無いぞ。

ぐぐると出てくるな…知らんかった。


2005/10/23(日) 19:09:07
confliction
【名】 争い

うーむ。
2005/10/23(日) 19:47:56
英語でもたまにconflictionを使うやつはいるが、かなり少数だな。
英語はネイティブなのか違うのかネイティブでもアホなのかよくわからんので
誰かが使っているからといってもあまり参考にならん。
202193
垢版 |
2005/10/23(日) 20:21:17
げ、素で書き間違えてた。なんでconflictと書くのにかな書きでコンフリクションと書いたのだろう……
ちなみに、http://www.m-w.com/cgi-bin/dictionary?book=Dictionary&va=confliction
なので英語でも間違いだと思われ。
2005/11/02(水) 15:54:03
cvs2cl.plの最新版(Revision2.59)がWindows2000 + ActivePerl-5.6.1.635で動かない……。
今までRevision2.5の上3行削除した奴でトラブルなく使えてたのに。

ちなみにサーバのバージョンは1.11.17で現象として
・「cvs2cl.pl」とコマンド入力してもプロンプトが返ってこない
・デバッグフラグを有効にしても(run "cvs log")の文字しか表示されない
って感じ。
2005/11/02(水) 18:00:45
>>203
echo挟んで手で追うんだな
205203
垢版 |
2005/11/02(水) 18:30:05
>>204
とりあえず、週末にリビジョン毎の差分を追うことにした。
数千行のPerlのデバッグなんて嫌すぎる。
2005/11/03(木) 01:11:31
>>205
デバッグ実行すれば？
207203
垢版 |
2005/11/06(日) 03:38:54
ぐぐってみたらcvsntのMLにあったわ。
ttp://www.cvsnt.org/pipermail/cvsnt/2005-August/020476.html

リビジョン2.58でのread_changelog関数の変更が原因みたいなんで、
対応策として標準入力からログを渡してやればいいみたい。

cvs log | perl cvs2cl.pl --stdin

ActivePerlの5.6.1.63、5.8.7.813で動作確認できたんで、いまのところ解決。
これで安心して他人に勧められる。
208デフォルトの名無しさん
垢版 |
2005/11/06(日) 16:17:32
cvsってあんまり融通効かないよな。
あと一人でもアフォが居るとcvsを使った共同作業は無理。
2005/11/06(日) 17:01:51
アホが居ても大丈夫なバージョン管理システム教えてくれ…
2005/11/06(日) 17:45:14
>>208
どれも一長一短だと思うぞ。
むしろCVSは極めれば融通が効く部類だと思うがな。
2005/11/06(日) 21:07:48
VisualSourceSafeに較べれば随分ましだ。
2005/11/07(月) 02:07:33
VSSはアフォからソースを守ることが可能。
但しアフォからソースを奪うことは不可能。
2005/11/07(月) 03:06:12
>>208　そんなあなたにぴったりなものがあります。その名も　tortoiseSVN です！！ギャハハハハハ
2005/11/07(月) 09:58:35
CVSでもAさんが編集中のファイルをBさんがcommitできないような
方法がありますか？
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況