CVS 1.3

**名無しさん＠お腹いっぱい。** · 05/03/01 17:24:29

**名無しさん＠お腹いっぱい。** · 05/03/01 17:37:19

>>108
即レスありがとう。

**名無しさん＠お腹いっぱい。** · 05/03/01 23:00:55

うちは-koかな。
-kbは罠。

**名無しさん＠お腹いっぱい。** · 05/03/10 10:43:55

質問です。
NTサーバのpserverをLinuxから使いたいんですけど、ドライブ名ってどうやって指定したらいいですか？
例えばDドライブにリポジトリがあるときに、

% cvs -d :pserver:ユーザ名@ホスト名:d:/hoge/CVSROOT login
cvs login: CVSROOT may only specify a positive, non-zero, integer port (not `d:').
cvs login: Perhaps you entered a relative pathname?
cvs [login aborted]: Bad CVSROOT: `:pserver:ユーザ名i@ホスト名:d:/hoge/CVSROOT'.

% cvs -d :pserver:ユーザ名@ホスト名:/d:/hoge/CVSROOT login
Logging in to :pserver:ユーザ名@ホスト名:2401/d:/hoge/CVSROOT
CVS password:
Bad repository root '/d:/hoge/CVSROOT'

となります。
windowsでwincvsからなら使えてます。
よろしくお願いします。

**111** · 05/03/15 10:40:14

ここに書いてあるようにしてもだめでした。
http://lists.gnu.org/archive/html/info-cvs/2001-11/msg00615.html

% cvs -d :pserver:ユーザ名@ホスト名:/d//hoge/CVSROOT login
Logging in to :pserver:ユーザ名@ホスト名:2401/d//hoge/CVSROOT
CVS password:
Bad repository root '/d//hoge/CVSROOT'

**名無しさん＠お腹いっぱい。** · 05/03/15 12:02:52

:pserver:user@host:2401:D:/hoge/cvsroot

じゃどう？

**111** · 05/03/15 15:49:53

% cvs -d :pserver:user@host:2401:D:/hoge/CVSROOT login
cvs login: CVSROOT may only specify a positive, non-zero, integer port (not `2401:D:').
cvs login: Perhaps you entered a relative pathname?
cvs [login aborted]: Bad CVSROOT: `:pserver:user@host:2401:D:/hoge/CVSROOT'.
となりました。

使えてるwincvsの設定では
：pserver:user@host:D:/hoge/CVSROOT
と書いてあります。

**名無しさん＠お腹いっぱい。** · 05/03/15 15:56:40

parseがうまくいってないだけな気がするから、
unix側のcvsを適当に書き変えちゃえばいいんじゃ

**111** · 05/03/15 16:25:15

>>115
いろいろ試してるんですけど、うまくいかなくて。
""とかいろんなところに入れてるんですけど。
zshがいけないのかと思ったけど、shでも同じでした。

**名無しさん＠お腹いっぱい。** · 05/03/15 18:41:59

>>116
いやだからcvsに手いれろっての。

**名無しさん＠お腹いっぱい。** · 05/03/15 22:04:01

すいません、初心者な質問です。
CVSサーバのリポジトリに登録してあるモジュールをcheckout
した場合、checkoutした人がモジュールをcommitしないと他の人が
そのモジュールに対してcheckoutなり、手を加えられないといった
ことはおこりませんよね？
例えば、Aさんが"hoge"ディレクトリをcheckoutしたら、Bさんは
Aさんが"hoge"ディレクトリをcommitするまで、hogeディレクトリ
に対してソースを見る事はできるが、手を出せないといったことは
起こるんでしょうか？用語を間違っているところがあるかもしれませんが
よろしくおねがいします。

**名無しさん＠お腹いっぱい。** · 05/03/15 22:10:26

起きません。

ただし、B氏がcoした後でA氏がciした場合、
B氏はまずupしなければciできなくなります。
upした時に、競合があれば解決してciという流れ。

**名無しさん＠お腹いっぱい。** · 05/03/15 22:18:03

すばやいレスありがとうございます！
なるほど、そういうこともあるんですね。

**名無しさん＠お腹いっぱい。** · 05/03/16 13:36:40

CVSやSubversionのチェックアウトは、とくにロックをかけずに
「単に作業用コピーとしてローカルに持ってくる」だけ。

基本的には同時に複数の人が別々に作業できる。同じファイル
を弄ることも可。

弄る箇所が違えばほぼ自動的に他人の変更箇所も取り込める。
同じ箇所を弄れば衝突箇所が発生しうるが、そこは開発者同士の
コミュニケーションで解決する。

**111** · 05/03/16 13:37:24

>>117
そういうことでしたか。
cvsのソースみてみたけど、よくわからない。。。

**名無しさん＠お腹いっぱい。** · 05/03/17 13:30:37

/etcにある設定ファイルなどもCVSで管理しています。
前にリポジトリのディレクトリ構造変更に伴い、CVS管理ディレクトリを削除、
再びチェックアウトとしてみたのですが、当然管理していたファイルはすでに存在するため、
コンフリクトのようなメッセージが出て、管理ディレクトリはできるものの、
ファイルは管理対象とはなってくれませんでした。
確かこのときは、対象ファイルを消してはupdateということをやったと思います。

今度リポジトリを別のマシンに移したいので、また同じ作業をしないといけないのですが、
/etcの下すべてのファイルを管理しているわけではないので、いったん全部消す
というわけにもいかないので、面倒です。
チェックアウト時、既存ファイルを強制的に上書きするようなことはできないものでしょうか。

**名無しさん＠お腹いっぱい。** · 05/03/17 13:42:41

強制上書きオプションちと見あたらないのだが、もし
リポジトリの位置やアクセス方法が変わっただけなら
CVS/RootやらCVS/Repositoryを書き換えるだけで
済んでたことだったのかもね。

**名無しさん＠お腹いっぱい。** · 05/03/17 13:55:25

>>123

旧リポジトリで
cvs -d <old> ci ...

新リポジトリに移行
cvs -d <new> co -d /<tmp_dir>
diff -rU... /<tmp_dir> /etc | (cd /<tmp_dir>; patch -p ...)
mv /etc /etc.save
mv /<tmp_dir> /etc

ってな, 話ではない?

**123** · 05/03/17 14:33:06

アドバイスどうも。

>>124
あちこちにあるので、それも結構面倒でして。

>>125
なんか例はややこしいですが、要は一時ディレクトリに管理している分だけ
チェックアウトしておいて、それを上書きすればよさそうですね。今度これやってみます。
sudoersのようにパーミッションを変更する必要があるファイルがあるかもしれませんが。

**名無しさん＠お腹いっぱい。** · 2005/03/24(木) 10:01:32

>>126
Makefile用意してmake installとかinstall.sh用意するとか。

**名無しさん＠お腹いっぱい。** · 2005/04/24(日) 15:18:21

また s p r i n t f か

**名無しさん＠お腹いっぱい。** · 2005/04/25(月) 12:17:22

タイムスタンプがおかしいんだけどどこをいじればいいの

**名無しさん＠お腹いっぱい。** · 2005/04/25(月) 15:20:54

>>129
イギリスに引っ越す

**名無しさん＠お腹いっぱい。** · 2005/04/25(月) 16:04:40

直りました。ありがとうございました！

**名無しさん＠お腹いっぱい。** · 2005/04/27(水) 23:40:52

>>131
かの地はまだ寒いのかの?

**名無しさん＠お腹いっぱい。** · 2005/04/28(木) 00:12:56

サマータイムは大丈夫だったのか？

**名無しさん＠お腹いっぱい。** · 2005/05/13(金) 01:05:36

神の人、土下座するので教えてくださいませ。

pserverでは、passwdファイルに

user0:**************:cvsuser
user1:**************:cvsuser
user2:**************:cvsuser

ってしとけば、user0～2まで代理ユーザcvsuserの権限でリポジトリ内を操作してくれてたわけですが、
extssh とかを使うと、ログオンしたユーザの権限でファイルが書かれてしまいます。
複数ユーザを代理ユーザにまとめるにはどうしたらいいのでしょう？

**名無しさん＠お腹いっぱい。** · 2005/05/13(金) 09:10:28

>>134
同じuid,gidでlogin nameの違う複数のaccountを作ったら？サーバがunixなら。

**名無しさん＠お腹いっぱい。** · 2005/05/13(金) 12:47:51

>>135
そ、そんな強引な手しかないっすか…？

**名無しさん＠お腹いっぱい。** · 2005/05/13(金) 20:07:20

>>136
だってsshでloginしてるのと同じことだからな。
もしくはanoncvsshをちょこっと改造すれば比較的簡単にできそうだが。

**名無しさん＠お腹いっぱい。** · 2005/05/13(金) 20:09:22

というかそもそもそんな状況になることがおかしいぞ。
group writableにするとか手はないのか?

**名無しさん＠お腹いっぱい。** · 2005/05/14(土) 01:31:35

>>136
http://cvs.m17n.org/cvs/server.ja.html
の cvs を使って cvs sserver でがんばる

**名無しさん＠お腹いっぱい。** · 2005/05/14(土) 05:28:08

強引な手っていうか、135は昔から割とよく使う手だよ。
特にuid=0でよくやる。toorとかsuhogeとか。

**ヽ(´ー`)ノ** ◆.ogCuANUcE · 2005/05/14(土) 18:47:00

>>140
そもそも俺には toor 自体があまり良い習慣だとは思えないが。

**名無しさん＠お腹いっぱい。** · 2005/05/14(土) 18:56:28

>>141
suhogeは?

**ヽ(´ー`)ノ** ◆.ogCuANUcE · 2005/05/14(土) 19:41:09

>>142
suhoge が何か分からんので何とも。

**名無しさん＠お腹いっぱい。** · 2005/05/15(日) 18:37:08

藤ちゃん、乙

**名無しさん＠お腹いっぱい。** · 2005/06/08(水) 19:47:35

Anyone want the commit bit for my suicide...?

**名無しさん＠お腹いっぱい。** · 2005/06/08(水) 19:59:22

>>145
Why do you say anyone want the commit bit for your suicide?

**名無しさん＠お腹いっぱい。** · 2005/06/09(木) 00:45:51

Elizaかよ!

**名無しさん＠お腹いっぱい。** · 2005/06/09(木) 09:21:55

doctor だろ。

**名無しさん＠お腹いっぱい。** · 2005/06/09(木) 16:07:16

>>148
M-x doctorで実行されるのはElizaのelisp実装にすぎない。

**名無しさん＠お腹いっぱい。** · 2005/06/12(日) 19:27:50

cvs tag と cvs rtag のちがいについておしえてくださいませんか。

**名無しさん＠お腹いっぱい。** · 2005/06/13(月) 01:27:09

げんざいのわーくすぺーすにちぇっくあうとされてるりびじょんをたいしょうに
するか、あるもじゅーるのにんいのりびじょんをたいしょうにするかのちがいです

**名無しさん＠お腹いっぱい。** · 2005/06/13(月) 17:16:32

>>150,151
スレ違い。

ttp://pc8.2ch.net/test/read.cgi/prog/1097001387

**名無しさん＠お腹いっぱい。** · 2005/06/13(月) 18:38:32

(ﾟДﾟ)ﾊｧ?

**名無しさん＠お腹いっぱい。** · 2005/06/13(月) 19:36:53

と、母上が申しておりました。

**名無しさん＠お腹いっぱい。** · 2005/06/13(月) 19:51:13

(ﾟДﾟ)ｺﾞﾙｧ

**名無しさん＠お腹いっぱい。** · 2005/06/14(火) 15:48:14

母のリポジトリを覗き見したら俺の成長記録が…

**名無しさん＠お腹いっぱい。** · 2005/06/17(金) 10:46:53

>>150
rtagはめんどくさい、historyに記録される。
後はみかままにでも教えてもらえ。

**名無しさん＠お腹いっぱい。** · 2005/06/19(日) 04:02:55

Solarisでcvs自体ではなくて
cvswebの類で皆さんなに使ってますか？

**名無しさん＠お腹いっぱい。** · 2005/06/20(月) 16:43:39

age

**名無しさん＠お腹いっぱい。** · 2005/07/06(水) 18:28:49

1.11系と1.12系では結構な違いがあるみたいですが、
CVSってまだ育ってるんですか？
WinCvsは2.0じゃないと1.12系のプロトコルに対応してないみたいなので、
わざわざ1.11系のを入れる必要がある。

一応Subversionへの移行も視野にはあるけど、いろいろめんどい。
modulesを使ってできるようなファイルの共有ができないようじゃあ
使う気も失せる。

**名無しさん＠お腹いっぱい。** · 2005/07/07(木) 01:39:01

>>160 svn:external じゃダメ？

**160** · 2005/07/07(木) 10:34:28

>>161
それは「ディレクトリ」の共有らしいんよねぇ。
余計なファイルがいっぱい付いてくるのはちょっといやかも。

とはいえ、Subversionも無視はできんからいろいろ調べて
みてる。俺にはまだちょっと早いかな。

**名無しさん＠お腹いっぱい。** · 2005/09/07(水) 20:14:57

cvs update -j aaaa -j bbbb
と同じことをEclipse上でやりたいんだけど、できる？

**名無しさん＠お腹いっぱい。** · 2005/09/07(水) 22:59:09

「置換」>「別のブランチまたはバージョン」
「チーム」>「マージ」
か？

**名無しさん＠お腹いっぱい。** · 2005/09/08(木) 09:38:39

「チーム」>「マージ」でできました。ありがとう！
開始点・終了点を指定できたのね。

**名無しさん＠お腹いっぱい。** · 2005/09/12(月) 12:13:32

pserverとext:sshのそれぞれのメリットデメリットって
pserver CVSの上だけで、独自のアカウント・権限管理ができる。がパスは平文。
ext:ssh 接続はセキュアだけど、サーバ上でのアカウント・権限管理に気を使う。
ってことでOK? つっこみよろしく。

**名無しさん＠お腹いっぱい。** · 2005/09/25(日) 00:22:56

>>166
違いはこれだけでは？
pserver パスは平文。
ext:ssh ↑このへん

**名無しさん＠お腹いっぱい。** · 2005/11/07(月) 03:05:08

subversion マンセー
cvs なんて使ってる奴は糞

**名無しさん＠お腹いっぱい。** · 2005/11/07(月) 05:21:52

psvn.el使いにくい

**名無しさん＠お腹いっぱい。** · 2005/11/08(火) 14:09:18

cvsなんて面倒なだけじゃん

**名無しさん＠お腹いっぱい。** · 2005/11/08(火) 14:12:25

linux kernel 以外で git 使ってる奴いないの？

**名無しさん＠お腹いっぱい。** · 2005/11/08(火) 14:16:44

uimチームが使ってるよ

**名無しさん＠お腹いっぱい。** · 2005/11/11(金) 22:19:28

subversion遅すぎ。

**名無しさん＠お腹いっぱい。** · 2005/11/12(土) 19:08:32

SVNは、個人的には使ってるけれど
仕事場では$Id$の変換をサーバ側で
強制できないので使うのを諦めた。

**名無しさん＠お腹いっぱい。** · 2005/11/13(日) 17:05:40

一年以上前に出たのに、1.3って全然使われないね。

**名無しさん＠お腹いっぱい。** · 2005/11/14(月) 16:12:43

1.3？
1.12の事？

**名無しさん＠お腹いっぱい。** · 2005/11/14(月) 17:24:34

>>176
>>1

**名無しさん＠お腹いっぱい。** · 2005/11/24(木) 18:41:19

だれか、#cvs.wfl～の消し方わかる？
linuxで。

**名無しさん＠お腹いっぱい。** · 2005/11/25(金) 10:50:44

rm -f #cvs.wfl*

**名無しさん＠お腹いっぱい。** · 2005/11/25(金) 12:38:12

修正したファイルに実行権がついたまま
間違ってコミット。。
チェックアウトしたら全部のファイルに実行権がorz

1つ前のバージョンに戻す方法はないでしょうか。。

**名無しさん＠お腹いっぱい。** · 2005/11/25(金) 12:41:41

リポジトリ中の *,v から実行ビットを落とす

**名無しさん＠お腹いっぱい。** · 2005/11/25(金) 12:58:47

>181
ご回答どうも有難うございます！

しかしながら、*,vがある場所へのアクセス権がないために
*,v から実行ビットを落とすことができません。
この場合はやはり
cvs update -r バージョン名
とディレクトリごとに地道に繰り返すしかないのでしょうか

**名無しさん＠お腹いっぱい。** · 2005/11/25(金) 13:30:20

>>182
権限がある人に頼む。

**名無しさん＠お腹いっぱい。** · 2005/11/25(金) 14:40:11

>183
ハイ、、腹をくくって依頼してみました。
ファイルが元に戻ってくれることを祈るばかりですorz

**名無しさん＠お腹いっぱい。** · 2005/11/30(水) 21:44:50

無料で使えるCVSサーバをご存知の方はいらっしゃいますか？
あくまで私的な利用なので、sourceforgeを利用するまでもない、というレベルです。

**名無しさん＠お腹いっぱい。** · 2005/12/01(木) 12:37:46

>>185
http://www.cvshome.org/

**名無しさん＠お腹いっぱい。** · 2005/12/02(金) 02:04:25

>>185はCVSサーバをホスティングしてるといいたいの？

**名無しさん＠お腹いっぱい。** · 2005/12/05(月) 12:58:11

>>185
俺の家にあるマシンでCVSサーバは無料で使えてるよ。私的な利用もOKだし。

**名無しさん＠お腹いっぱい。** · 2005/12/07(水) 13:34:22

>>188
URIと利用方法教えれ。

**名無しさん＠お腹いっぱい。** · 2005/12/07(水) 23:03:04

192.168.0.1。
cvsコマンドを実行すれば普通に使える。どんどんやってくれ。

**名無しさん＠お腹いっぱい。** · 2005/12/07(水) 23:11:20

あのぉ、192.168.0.1 は、
わたしが使っている IP アドレスですので
勝手に使わないでください。

**名無しさん＠お腹いっぱい。** · 2005/12/07(水) 23:23:44

なおこの件に付いては、 JPNIC にも通報済みです。

**名無しさん＠お腹いっぱい。** · 2005/12/10(土) 10:49:41

HGコマンド foooooh!
ttp://www.selenic.com/mercurial/

**名無しさん＠お腹いっぱい。** · 2005/12/10(土) 13:39:04

Mercurialはなんだかモダンな感じがするね。
試しに使ってるけどとにかく気楽。
分散型SCMだから簡単にリポジトリをコピーできるし、
ローカルで好き勝手できるのがいい。

**名無しさん＠お腹いっぱい。** · 2005/12/10(土) 15:18:46

monotoneはどうよ？

**名無しさん＠お腹いっぱい。** · 2005/12/10(土) 15:46:31

CVSやSubversionと比べてどこがどうなの？
いまさらCVS以外を使うなら、Subversionかなあって思ってるんだけど

**名無しさん＠お腹いっぱい。** · 2005/12/10(土) 17:19:29

分散型SCMのいいところは全ての利用者がバージョン管理の恩恵に
与れるところじゃないかな。一度手元にコピーしたら同期する以外で
ネットにアクセスしないってのもいいところ。ログも差分も見放題。
そのプロジェクトが分散型SCMを使ってればの話だけど。
プライベートで使うなら分散型でも集中型でもCVS以外の最近のやつなら
どれも大した差はないように感じる。
Mercurialはリポジトリの複製=ブランチ=ディレクトリのコピーってのが気に入った。
ちょっと枝切って実験して、気が向いたらメインにマージして、
いやならディレクトリごと削除するだけ、ってのが気楽。
CVSでもそういう使い方ができるっちゃーできるんだけど。

**名無しさん＠お腹いっぱい。** · 2005/12/10(土) 17:35:03

メインに影響を与えないように手前でブランチ切って、
それをさらにメインに追随するようにできるの？

**名無しさん＠お腹いっぱい。** · 2005/12/10(土) 18:02:39

うんそう。変更履歴とかもちゃんと付いてくる。
っていうかメインとかブランチとかは運用上の区別で、
全てのリポジトリは対等なんだけど。

**名無しさん＠お腹いっぱい。** · 2005/12/10(土) 20:51:29

>>197
だけどパッチを本流にフィードバックするモチベーションが薄れるという
デメリットもあるんだよね。
コミット権のあるメイン開発者には分散型で、それ以外の利用には
CVSモデルというのがいいかもしれない。

**名無しさん＠お腹いっぱい。** · 2005/12/16(金) 07:50:18

commitするときのメッセージで、リポジトリ内を検索できないの？
namazuでやろうと入れたら、バイナリファイルをうまくわけることできなくて、検索結果が文字化けで。
cvswebの拡張版みたいなのがあれば良いなと。

**名無しさん＠お腹いっぱい。** · 2005/12/16(金) 14:31:47

cvs logの結果をnamazuに喰わせれば？

**201** · 2005/12/17(土) 08:08:42

>>202
thanx。試してみます！

しかし、何か仕様変更したときに、一緒にcommitしたファイルを探すのってすごく面倒。
こまめにバージョンタグ付けるのが良いのか、cvsはそこまで想定していないのか。

**名無しさん＠お腹いっぱい。** · 2005/12/17(土) 13:17:22

>>203
cvs2cl

**名無しさん＠お腹いっぱい。** · 2005/12/18(日) 11:02:17

>>203
タグで管理しかしたこと無いな

**203** · 2005/12/21(水) 22:12:05

>>204
なんだかうまく動作しませんが、情報ありがとうございます。

>>205
影響範囲調べるのに、そのとき、どのファイルが変わったか知りたくて。

cvs2plののち、HTMLに変換できるのがあるようなので、cron使ってHTML更新するようにすれば解決するかなと期待しています。

**名無しさん＠お腹いっぱい。** · 2005/12/30(金) 12:40:59

>>203
そういう目的のために CVSROOT/loginfo があるんだけど、これはcommit
された時に実行するスクリプトを指定するものなので、commitずみのログに
対しては無力だね。

**名無しさん＠お腹いっぱい。** · 2005/12/30(金) 15:35:15

>>207
cvs historyで同じ時間にcommitしてるのを調べるとか。

**203** · 2006/01/04(水) 08:46:26

>>207,208
ありがとうございます。
↓こんな感じで既存分に対しても表示できたらなと思っています。いつも、CVSROOT内をgrepして同時にcommitしたのを探すのが面倒で。

2005-12-01 14:00:00 ●●の修正←commit時のコメント
/src/java/sample.java
/src/perl/sample.pl
2005-12-01 11:00:00 ●●の機能追加←commit時のコメント
/src/perl/sample.pl

**名無しさん＠お腹いっぱい。** · 2006/01/04(水) 12:32:32

このスレで勧めるのも変かもしれんが、Subversionに乗り換えてみたら。
svn logの出力がまさにそんな感じ。
cvs2svnで一応既存のも変換出来るし。

**名無しさん＠お腹いっぱい。** · 2006/01/04(水) 15:20:12

>>210
svnか・・・うーん・・・

**名無しさん＠お腹いっぱい。** · 2006/01/05(木) 00:04:34

>>209
既出ですが、cvs2cl がピッタリだと思いますよ。

**名無しさん＠お腹いっぱい。** · 2006/01/05(木) 00:14:27

だからcvs2clだって。

**209** · 2006/01/05(木) 21:47:18

>>212
cvs2clは、いちどどこかにcheck outしないとだめなようですが（違う？）、
そうではなく、現在のCVSROOTの中から生成する方法はないものか、と思ったのです。

>>210
ありがとうございます。

**名無しさん＠お腹いっぱい。** · 2006/01/05(木) 23:17:31

>>214
http://lists.gnu.org/archive/html/info-cvs/2005-12/msg00062.html
もしくは、
http://www.elho.net/dev/updatechangelog

**214** · 2006/01/07(土) 23:42:20

>>215
ありがとう。

Automatically generate ChangeLog on CVS commit using cvs2cl
この一文が素敵です。これから試してみます。
gnu.orgつながらない．．．

**名無しさん＠お腹いっぱい。** · 2006/01/13(金) 18:05:49

CVSROOT/modulesに
public_html -i /home/user/CVS/CVSROOT/update.sh public_html
と書いてcvs co public_htmlを実行すると、
XXX: invalid option -- i
cvs server: modules file has invalid option for key public_html value -i /home/user/CVS/CVSROOT/update.sh public_html
cvs [checkout aborted]: cannot expand modules
と言われます。-iがinvalid optionだと言われても困るわけですが、
これはバグだったりするんでしょうか。
どうすればmodulesにエントリのあるmoduleをcoできますか。

**名無しさん＠お腹いっぱい。** · 2006/01/14(土) 12:54:31

>>217
プログラムを実行するやつは
かなり昔から禁止になっている。
最新のだとコードがなくなっている。

**名無しさん＠お腹いっぱい。** · 2006/01/15(日) 19:21:50

>>218
そうなんですか。
じゃあおとなしくloginfoでupdateする事にします。
ありがとうございます。

**名無しさん＠お腹いっぱい。** · 2006/01/18(水) 22:02:53

先生質問です

OS：Solaris8/SPARC
CVS:1.11.19（cvs-1.11.19-sol8-sparc-local.gz パッケージを使用）

# cvs import -m "import TEST" TEST TEST start
とやると
cvs [import aborted]: Only numeric branch specifications with two dots are
supported by import, not `1.1.1'. For example: `1.1.1'.
とimportが失敗してしまいます。

・リポジトリ内にmkdirで直接ディレクトリ（TEST）を作成
・作業場所でTESTをチェックアウト
・TEST配下にモジュールを放り込みcvs addで追加

とやれば登録はできましたがimportだけは必ず失敗します

エラーの内容も意味がわかりません
「not `1.1.1'. For example: `1.1.1'.」（1.1.1はダメ、例：1.1.1）

どうにかならないでしょうか

**名無しさん＠お腹いっぱい。** · 2006/01/18(水) 23:05:11

>>220
vendortag と releasetag に同じ TEST を使うから悪い。

**名無しさん＠お腹いっぱい。** · 2006/01/19(木) 05:45:47

>>220, >>221

うちでも前1.11.19のとき同じ症状が出た。原因はわからなかったけど。
（vendortag / releasetag は違うものにしてた。）
1.11.20にしたら？

**名無しさん＠お腹いっぱい。** · 2006/01/19(木) 12:10:43

yoyo ってなんですか？

**名無しさん＠お腹いっぱい。** · 2006/01/19(木) 15:50:57

>>223
ヨーヨー

**名無しさん＠お腹いっぱい。** · 2006/01/19(木) 17:13:29

ヨヨといえば稀代の悪女だな

**220** · 2006/01/19(木) 22:26:19

>>221,>>222

返答ありがとうございます

# cvs import -m "import TEST" TEST TEST start
リポジトリのディレクトリ名：TEST
vendortag：TEST
releasetag：start
ですよね？

sunfreeware.comに1.11.20があったので
こちらで試してみようと思います

**名無しさん＠お腹いっぱい。** · 2006/01/20(金) 00:45:59

>>222
ChangLogとソースを見ると
assert()内でregcomp()してたのが原因。

**名無しさん＠お腹いっぱい。** · 2006/01/20(金) 12:42:33

UP4800でうごきまつか(・ω・)？

**名無しさん＠お腹いっぱい。** · 2006/04/08(土) 10:34:39

誰も使わないね

**名無しさん＠お腹いっぱい。** · 2006/04/29(土) 12:54:24

cvs(というかRCSファイルというか)で、たとえばブランチ1.1.1の
commitをそのままデフォルトブランチ(1)にもってくる(コピーでもOK)
ツールはないでしょうか。

**名無しさん＠お腹いっぱい。** · 2006/04/29(土) 23:55:11

>>230
そういうツールは聞いたことはないけど
cvs export -r vendor -d module.vendor module
cvs checkout -d module.trunk
module.trunkの下のファイルを消す
(cd module.vendor && tar cf - .) | (cd module.trunk && tar xf -)
かなぁ。
ファイルの数が少ないのなら cvs update -p -r vendor file でもいいと思うけど。

**230** · 2006/04/30(日) 09:52:45

>>231 説明が悪かったようです。
たとえばブランチ1.1.1に次のようにいくつかcommitがあるとき、
1.1.1.4 データを追加
1.1.1.3 スタイルを整理
1.1.1.2 処理を追加
1.1.1.1 スクリプトの原形
これらの履歴をデフォルトブランチ(1)に持ってきたいのです
(できれば日付とかcommitlogはそのままで; 1以外のブランチはなくてもOK)
1.4 データを追加
1.3 スタイルを整理
1.2 処理を追加
1.1 スクリプトの原形
もとのブランチ1.1.1はcvs importコマンドで何度かつっこんであるだけで
forced commitでデフォルトブランチへ持ってきていないのですが、いざ使う
となった時に「ブランチは面倒」ということになって、さてどうしようかと...

**名無しさん＠お腹いっぱい。** · 2006/04/30(日) 12:43:47

>>232
そういう意味でしたか。
RCSファイルレベルで考えるとメイントランクとブランチでは差分をとる方向が違うので実現はなかなか難しそうです。
ちょっと違いますが
cvs admin -b 1.1.1 でメイントランクを変えてしまうのはどうでしょうか。

**232** · 2006/04/30(日) 13:50:49

>>233
それもやってみたことがあるんですが、残念ながらメイントランクは
commitするとリセットされちゃう(というか1.1.1が特別だからなのか
意識せずにcommitすると1.2とかになっちゃって、メイントランクも
そっちへ移ってしまう)んですよ。いっそのこと手で一個ずつ書き替え
てやろうとも思ったんですが、-kbで放り込んでるやつ(*.gifとか)は
手が出ないかも...

**名無しさん＠お腹いっぱい。** · 2006/05/09(火) 15:29:55

FreeBSDは5.4を、CVSは1.11.17を使っています。
用件を先に言いますと、CVSで「上書きエクスポート」ってできるでしょうか

どういうことかというと・・・

たとえば/usr/local/www/subdomain/wwwにエクスポートするとします。

で、
www# cvs export -d /usr/local/www/subdomain/www -D tomorrow example.com
のようにやればできることはわかります。

ですが、
/usr/local/www/subdomain/www
にすでにファイルがある場合、上記のコマンドを実行すると、

cvs export: Updating /usr/local/www/subdomain/cvs
U /usr/local/www/subdomain/www/.project
? /usr/local/www/subdomain/www/.settings
? /usr/local/www/subdomain/www/htdocs
? /usr/local/www/subdomain/www/inc
と表示されてしまい、エクスポートできません。

なので、いちいち
www# rm -rf /usr/local/www/subdomain/www
と全削除してから、
www# cvs export -d /usr/local/www/subdomain/www -D tomorrow example.com
してるのですが、
普通こういうものなのでしょうか？

コミットされてエクスポートされてないファイルのみをエクスポートすることって
できないでしょうか？
よろしくお願いします。

**名無しさん＠お腹いっぱい。** · 2006/05/09(火) 22:25:16

>>235 チェックアウトすればいいんじゃなかろうか？

**235** · 2006/05/10(水) 16:41:06

>>236
あう・・・そのとおりですね。すいません

**名無しさん＠お腹いっぱい。** · 2006/06/13(火) 03:27:25

RCSを使ってる人は誰もいないのですか？

**名無しさん＠お腹いっぱい。** · 2006/06/13(火) 09:22:15

1ファイルだけのお手軽複数世代バックアップとしてつこてるよ

**名無しさん＠お腹いっぱい。** · 2006/06/13(火) 15:45:35

ドットファイルや/etc の設定ファイルなんか RCS でバックアップ取ってるよ。

**名無しさん＠お腹いっぱい。** · 2006/06/13(火) 16:44:05

普通に/etcをCVS管理下にしてる。RCS使いにくいし。

**名無しさん＠お腹いっぱい。** · 2006/06/13(火) 18:27:48

RCSは少ないファイルには有効みたいですね。
複数ファイルではCVSとSubversionはどっち使えば幸せなのかな？

**名無しさん＠お腹いっぱい。** · 2006/06/13(火) 20:24:28

幸せは自分でみつけよう

**名無しさん＠お腹いっぱい。** · 2006/06/14(水) 02:59:29

rcs ぜんぜん使いにくくないよ。
ときどき ci -l するだけで履歴とバックアップが記録できるんだから
楽なもんだ。
emacs からなら cvs と同じように扱えるし。

**名無しさん＠お腹いっぱい。** · 2006/06/14(水) 19:46:49

>>244
そりゃ，慣れの問題だからな

**名無しさん＠お腹いっぱい。** · 2006/06/14(水) 22:23:24

いや、実際問題 -l を知らんとすげー使いにくいと感じると思う

**名無しさん＠お腹いっぱい。** · 2006/06/17(土) 14:09:46

>>242
社内ではdnsの設定ファイルの管理につかわれている。

**名無しさん＠お腹いっぱい。** · 2006/08/02(水) 11:50:43

subversionの方が評価高そうですけど、

**名無しさん＠お腹いっぱい。** · 2006/08/02(水) 13:54:06

でもsvnにはリスペクトの精神が感じられないからな・・・
声高に CVS is UNKO! とか唱えてるのを見てると
あまりいい印象を受けないよな。
プロモーション手法としては感心できん

**名無しさん＠お腹いっぱい。** · 2006/08/02(水) 20:46:52

svnもCVSもワークディレクトリをメタディレクトリで汚すので、
(webのデザインツール+FTPツール)だけを使う人達と仕事をする時には
使いづらいな。

**名無しさん＠お腹いっぱい。** · 2006/08/02(水) 23:31:19

別に。

**名無しさん＠お腹いっぱい。** · 2006/08/02(水) 23:58:33

>>250
メタディレクトリというのか？

**名無しさん＠お腹いっぱい。** · 2006/08/03(木) 01:53:32

>>249
そうは言っても、いまさらSVN使える状況でわざわざCVSは使わんだろう

**名無しさん＠お腹いっぱい。** · 2006/08/03(木) 02:51:21

>>249
> 声高に CVS is UNKO! とか唱えてるのを見てると

そんなプロモーションあったか？

**名無しさん＠お腹いっぱい。** · 2006/08/06(日) 13:00:28

Google の Project Hosting は svn のみ対応だね

**名無しさん＠お腹いっぱい。** · 2006/08/06(日) 20:03:05

CVSって渋いっすね

**名無しさん＠お腹いっぱい。** · 2006/08/06(日) 20:46:23

SVN って素晴らしいよね

**名無しさん＠お腹いっぱい。** · 2006/08/10(木) 20:23:21

>>250
svk でおk

**名無しさん＠お腹いっぱい。** · 2006/09/13(水) 20:28:07

$Id$の時刻をJSTにすることってできないんですかね

**名無しさん＠お腹いっぱい。** · 2006/09/13(水) 20:43:58

できない

**名無しさん＠お腹いっぱい。** · 2006/09/14(木) 01:58:44

やっぱそーか。
夜遅くまで仕事して、やっとこさでcommitしたのに 14:30 とか出ると脱力するよね。

**名無しさん＠お腹いっぱい。** · 2006/09/14(木) 10:29:22

始業から14時間半後と考えれば丁度よいのでは。

**名無しさん＠お腹いっぱい。** · 2006/09/14(木) 14:16:50

>>261
いや、しない。

**名無しさん＠お腹いっぱい。** · 2006/10/04(水) 23:39:35

>>259
昔パッチを書いたことがある。

**名無しさん＠お腹いっぱい。** · 2006/10/13(金) 17:37:28

あるホストで新たにディレクトリを掘って，
ファイルを cvs add で追加して cvs commit したあと，
別のホストで cvs update しても，
そのディレクトリが落ちてこないのですが，
どうすればいのでしょうか？

**名無しさん＠お腹いっぱい。** · 2006/10/13(金) 18:57:24

cvs -d upとかそういう話だよもん?

**名無しさん＠お腹いっぱい。** · 2006/10/14(土) 00:45:49

>>266
順番が逆だよもん

**名無しさん＠お腹いっぱい。** · 2006/10/14(土) 00:47:14

.cvsrcに書いてそれっきりだからまちがいたんだよもん

**名無しさん＠お腹いっぱい。** · 2006/10/16(月) 17:14:06

>>265-268cvs update -dでできました．ありがとうございます．

**名無しさん＠お腹いっぱい。** · 2006/10/25(水) 05:20:44

CVSで、ディレクトリを削除するにはどうするの？
cvs remove directory-name としても、削除されないんだけど。
手動で削除すると、今度はcvs infoのときに「directory-nameがない」というエラーになるし。

**名無しさん＠お腹いっぱい。** · 2006/10/25(水) 10:26:30

-P

**名無しさん＠お腹いっぱい。** · 2006/10/25(水) 11:44:42

>>270
cvsは一度作ったディレクトリは削除不可。
>>271の言うようにcvs update -Pすると空のディレクトリはupdate時に
消すようになるので、これを徹底させ、いらないディレクトリは空にしておく。

**名無しさん＠お腹いっぱい。** · 2006/10/26(木) 05:19:04

>>271,272
thank you
やっぱりsubversionのほうが細部にわたってよくできてると感じてしまう。後発だからあたりまえだけど。

**名無しさん＠お腹いっぱい。** · 2006/10/26(木) 20:26:45

ウェブアプリを開発するときはソースをどう管理するのがいいんでしょうか？
開発効率を考えると、
作業コピー＝開発環境・テスト環境
として、普段はいきなり動作しているサーバのファイルを書き換えてしまう
というのがよさそうですが、リリースするときは CVS ディレクトリを削除
しなければならないですよね。
開発者ごとにローカルにチェックアウトする方法だと、いちいち
コミットしなければ確認できないですし。

**名無しさん＠お腹いっぱい。** · 2006/10/27(金) 10:55:45

>>274
web サーバ側の設定で CVS/ をアクセス禁止にしちゃえば?

**名無しさん＠お腹いっぱい。** · 2006/10/27(金) 12:30:30

つうか、CVSが残るのって開発・テスト環境だけだろ？何か問題あるのか？
サービスマシンにコピーするにはrsync -Cとかcvs exportでいいだろ

**名無しさん＠お腹いっぱい。** · 2006/10/28(土) 10:15:18

>cvs exportでいいだろ

これは駄目だ。cvs add し忘れているファイルがあるかもしれない。

**名無しさん＠お腹いっぱい。** · 2006/10/28(土) 16:46:34

>>277
自分は別のホスト（単にVMwareで最小限の環境を組んだだけ）で
checkoutして、自動テストを走らせてチェックするスクリプトを起動している。
手動で継続的結合をやってるわけだ。
……できればレポジトリにコミットされてから数分後に自動で
テストが走るようにしたいが、時間が無くて手を付けてないけど。

**名無しさん＠お腹いっぱい。** · 2006/12/13(水) 17:31:45

初心者の質問かもしれませんが・・・

CVSではCVSのツリー全体にロックをかけることはできるのでしょうか？
（ClearCaseではVOBにロックをかけて登録を出来なくすることが出来た）

どういうことがしたいかというと、ビルド最中にはCVSにあるソース全体に
ロックをかけて登録不可にして、ビルド成功後にソースを開放、っていう
風にしたいのです。また、ロックをかけておけばエラー発生時に誰が
エラーなのか探しやすいと思って・・・

スレ違いなら誘導お願いします。

**名無しさん＠お腹いっぱい。** · 2006/12/13(水) 21:15:00

誰かがコミット中の時にロックを掛けてしまうと、いまいちの様な気がする。
1. aliceがA.c, B.c, C.cをコミット中に、
2. bobが、A.cがコミットされた直後にロックを掛ける。
3. aliceはB.cとC.cをコミットできない……この3つのファイルをコミットしないと
コンパイルエラーになるのに。

**名無しさん＠お腹いっぱい。** · 2006/12/13(水) 21:46:26

単にビルド開始時刻かビルドのためにチェックアウトした時刻を
記録しとけば済む話。

> ロックをかけておけばエラー発生時に誰がエラーなのか探しやすい
全然関係ないだろう。

**名無しさん＠お腹いっぱい。** · 2006/12/13(水) 23:43:44

>>279
cvslock

**名無しさん＠お腹いっぱい。** · 2006/12/15(金) 00:51:18

おいらはコミットしちゃダメよーって連絡するだけだなー
ビルド成功したらコミットＯＫと再度連絡。

あとはコミットした通知をリアルタイムにメールで受け取るようにしとくだけ。
禁止中にコミットしたやつはタコ殴り（＾＾ｖ

**名無しさん＠お腹いっぱい。** · 2006/12/24(日) 14:36:08

そういう時はタグを使えばよいでしょう。時刻というのもありだけど、
CVSではブランチを使う時に「あるブランチ上の時刻」というのを
指定できないので、たとえばlogやdiffを取る時などに不便。

**名無しさん＠お腹いっぱい。** · 2007/01/12(金) 14:02:29

ここ過疎ってるけど、mercurial関連の話題も振ってOK?
ｽﾚ別に作ったほうがいい? 犬･ﾏ･ﾑ板を見たけどそれらしい
ｽﾚはなさそうだった。

ﾄｯﾌﾟ
ttp://www.selenic.com/mercurial/
日本語ﾁｭｰﾄﾘｱﾙ
ttp://www.selenic.com/mercurial/wiki/index.cgi/JapaneseTutorial

**名無しさん＠お腹いっぱい。** · 2007/01/15(月) 14:32:53

SCM全般のスレが本当はあったほうがいいよね。まあCVSネタは
ほぼないし、とりあえず書いてみてもいいんじゃないかと。

**名無しさん＠お腹いっぱい。** · 2007/01/20(土) 19:42:06

CVSで複数のステージを管理するにはどのようにやったらよいのでしょうか。
ステージ１　開発者がある程度自由にコミットできる場所
ステージ２　システムテスト用
ステージ３　本番用
として、それぞれフェーズをわけた管理をしたい。
モジュールの流れは基本的に開発マシン⇒ステージ１⇒ステージ２⇒ステージ３
の一方通行でよい

SCCSで管理するような親子関係を持てたらよいのかなあと思いました。
ブランチで管理したり、リポジトリを複数持ったりしたのですが、ツールがないためかなりの部分が手作業。
うまく管理できるようなソフトってないのでしょうか。

**名無しさん＠お腹いっぱい。** · 2007/01/20(土) 19:44:04

>>287
CVS、SVNを利用している人は、コーディング完了＝即リリースなので
ステージをわけるとか、そういう概念が無いので、仕様。

**名無しさん＠お腹いっぱい。** · 2007/01/20(土) 19:50:58

ここでも、デマ、ですか。

**名無しさん＠お腹いっぱい。** · 2007/01/20(土) 20:03:13

>>287
ステージごとに違う部隊が担当するんだから
repoごと丸投げすればok.
commit -fでrevision numberを1.xx→2.0にあげとくと
気分的にタグの代わりになる。

**名無しさん＠お腹いっぱい。** · 2007/01/20(土) 20:25:46

「パターンによるソフトウェア構成管理」でも読んでみると良いよ
www.amazon.co.jp/exec/obidos/ASIN/4798112593

**名無しさん＠お腹いっぱい。** · 2007/01/21(日) 16:19:20

287です
>>290
もう少し詳しく教えてください。
よろしくお願いします。

>>291
ありがとうございます
早速読んでみます。

大規模で開発する場合、どうしても依存関係などがあり、
ひとつのステージのみで開発するのが難しいです。
もちろん、各開発者が素晴らしい技術者の場合なんとかなるかもしれません。
（googleなどもフラットだと聞くので）

根本部分の改修など行った場合、本番に出さず暖めたい場合もあります。
その場合など、ステージがないとうまくいかないような気がします。

未熟な開発者が勝手にソースをコミットしてしまった場合も破綻してしまいます。

みなさんはどのように管理しているのでしょうか。

**名無しさん＠お腹いっぱい。** · 2007/01/21(日) 17:34:24

Googleがフラットってか、trunkしかないってのはコレのことかな？
ttp://www.dodgson.org/omo/t/?date=20070111

**名無しさん＠お腹いっぱい。** · 2007/01/21(日) 17:53:22

>>292
|未熟な開発者が勝手にソースをコミットしてしまった場合も破綻してしまいます。

じゃあそいつにコミットビットを与えなければよいのでは

**名無しさん＠お腹いっぱい。** · 2007/01/21(日) 17:54:19

>>291
げ、日本語訳出てたんか。去年原書買って放置してた。
ttp://www.scmpatterns.com/

**名無しさん＠お腹いっぱい。** · 2007/01/22(月) 23:25:04

ノートPC上のCVS(開発中)、研究室のCVS(テスト)、sourceforge(リリース)というように複数のサーバを使い分けてる。rsync --exclude CVS でcopyしてからcommitすればOk。もちろん、tag も使うけどね。

**名無しさん＠お腹いっぱい。** · 2007/01/23(火) 01:29:21

>>296
それってリポジトリは各環境ごとに持ってるってこと?
それともワークディレクトリだけをrsyncで同期かけてるってこと?

**名無しさん＠お腹いっぱい。** · 2007/01/23(火) 08:39:36

CVSサーバ三つといういうこと。

**名無しさん＠お腹いっぱい。** · 2007/01/23(火) 23:12:34

287です

>>293
そうです。

>>294
運用で逃げるしかないってことですか・・・・・

>>296
それってよいですね。
ただ、
> 根本部分の改修など行った場合、本番に出さず暖めたい場合もあります。
がうまくできないような・・・・
そもそもコミットしなければよいのですが

**名無しさん＠お腹いっぱい。** · 2007/01/24(水) 02:07:37

分散型 SCM を使えば済む話に思えるんだけど CVS でないとだめなの?

**名無しさん＠お腹いっぱい。** · 2007/01/24(水) 09:17:38

>>300
具体的にはどんな分散型 SCM がお勧め？

**名無しさん＠お腹いっぱい。** · 2007/01/24(水) 16:30:27

>>301
つhg

**名無しさん＠お腹いっぱい。** · 2007/01/25(木) 20:33:03

287です。

>>302
Mercurialというソフトがあるのですね。
SCCSと同じような考え方なのですね。
分散型SCMという考え方のですか。

試してみます

**名無しさん＠お腹いっぱい。** · 2007/03/16(金) 22:29:12

間違って -kb として登録したファイルを cvs admin -kkv
で直したんですが、すでにクライアントの CVS/Entries に -kb
つきで書かれてしまっていて、
cvs up してもキーワード置換が行われません。
全ユーザの作業用コピーを一括で直す方法はないでしょうか。
それともそれぞれのクライアントで、cvs up -A
するしかないんでしょうか？

**名無しさん＠お腹いっぱい。** · 2007/03/17(土) 01:01:15

>>304
たぶんそう

**名無しさん＠お腹いっぱい。** · 2007/03/21(水) 15:38:09

mercurial を windows で使うと、日本語のファイル名が化けちまう。
抽象レイヤもないみたいだし、どうすれば、、、。

**名無しさん＠お腹いっぱい。** · 2007/03/21(水) 17:03:26

>>304 cvs commit -f で強引にリビジョン上げてしまえばいいんじゃね？