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

CVSを使ってファイル管理

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

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

699 ：名無しさん＠お腹いっぱい。 ：02/11/08 00:42

結局のところ、Windows 上では日本語ファイル名は使わない方がいいという結論なのでしょうか

700 ：680 ：02/11/08 00:59

>>699
そうなっちゃうねえ。
まあ、SJISエンコーディングで'\'が入らない文字だけ使うことにすれば、使えないことはないのだけど…。
(というか、実際に使ってるし、ここで指摘されるまで'\'入りの文字がおかしくなるなんて知らなかった)
あるいは、WindowsのCVSに手を入れて、EUCにしてから送れば問題ないはずなのだが…。

701 ：名無しさん＠お腹いっぱい。 ：02/11/08 22:12

普通に import すると、カレントディレクトリのファイルを全部登録してしまいますが、
特定のファイルだけ import したいときは、まず空のディレクトリを import してから
add するものなのでしょうか。

702 ：名無しさん＠お腹いっぱい。 ：02/11/08 23:52

>>701
特定の拡張子だけ除外とかではなくて？
特定の拡張子除外とかなら、.cvsignoreでOKなんだけど。。

703 ：名無しさん＠お腹いっぱい。 ：02/11/09 01:04

例えばホームの dot file を管理したいとしますよね。
ここでホームを import してしまうと、ホームが丸ごと CVS に入ってしまうので、
一つのディレクトリに CVS に入れたいものと入れたくないものがあるときはどうしようかと思ったんです。

この場合は、 ~/etc とかに移してそれを import するべきなのかもしれませんが。

704 ：貼ってみたかっただけ ：02/11/09 01:14

　　　＿＿＿＿　　　　　　　　　　　　　　 l
　　　　　　　　　＼　　　　　　　　　　　　　　―┼―ヽ　　＼
　　　　　　　　　｜　　　―――――　　　　/　　　|　　　ゝ
　　　　　　＿／　　　　　　　　　　　　　　/　　　　|
　　　　　　　　　　　　　　　　　　　　　　　　/　　　　_」
　　　　　　　　　　　　　　 l　　　　　　　　　　　　　　 /　　　　｜｜　ヽ　　―┼―　　　　　　l
　　　　ヽ　┌―┐　　―┼―　　　┌―――┐　/￣￣￣7|　|　――　―┴―　　　　　＿|＿＿/
　　　＿　　.| ┌┤　――┼――　　 |　　　　　｜　　　　　　|　　　　―　「￣￣￣￣|　　／　｜　／￣＼
　　　　｜ |￣￣￣|　　　／　　　　　｜　　　　｜　　　　　/　　　　―　　　|　｜　　　/　　　|／　　　　|
　　　　人｜　□　」　／　　　＼　　｜　　　　　|　　　　　/　　　　┌‐┐　 |　｜　　 |　　／|　　　　　 /
　　　ノ　ヽ―――　￣￣￣￣ヽ　├―――┤　　　／　　　　　├‐┤　ノ　　|＿」　ヽ／　ヽ　　 _／

705 ：名無しさん＠お腹いっぱい。 ：02/11/09 01:14

unix的ではないが、FDでマークしてドバーッとcvs add、これ楽。

706 ：名無しさん＠お腹いっぱい。 ：02/11/09 02:04

>>703
1. サブディレクトリを掘って、CVSで管理したいファイルをそこに移動
2. そのサブディレクトリをまるごとcvs import
3. サブディレクトリの中でMakefileを書いて、commit後にmake install

つーか過去ログ読め

707 ：名無しさん＠お腹いっぱい。 ：02/11/10 00:35

モジュール名の文字コードをUTF-8に変換して保存してくれるようなCVSに対するパッチは無いか？

EUCに変換するとかあるが、結局問題があるから、いっそのことUTF-8のほうがありがたい・・

ファイルの中身を変換するのは、cvswrapperにnkfでやるから。モジュール名の対応なんとかしたい。

708 ：680 ：02/11/10 02:06

>>707
純粋に疑問なんだけど、なんでEUCだと問題があるの？

709 ：名無しさん＠お腹いっぱい。 ：02/11/10 02:54

>>708
だから、cvs import "ソース"(SJISコード)　とかやるとリポジトリの"ソース"部分はSJISで その下のファイル名はEUCに変換されてたりする。
cvsのソースを見たが一筋縄ではいかない雰囲気。そんなのに手を出すぐらいなら全部UTF-8に変換してくれる、ちゃんとしたやつがほしいんです。
EUCでいいじゃんとか　そういう文字を使わなきゃ良いじゃんですますとVSS（の方がまだまし？）に負けてる気がして悲しいのです。

710 ：名無しさん＠お腹いっぱい。 ：02/11/10 03:04

sjis + cvs なんて使うなって思うんだけど。おとなしく vss 使ったらいいんでは？
使いなれたツールに愛着があるのは俺にも分かるけど、適材適所で選ばなきゃ。

>全部UTF-8に変換してくれる、ちゃんとしたやつがほしいんです。
UTFに変えればなんでも大丈夫ってわけじゃない。

711 ：名無しさん＠お腹いっぱい。 ：02/11/10 03:28

>709
>708は
> EUCに変換するとかあるが、結局問題があるから
という部分のことを言っているんだと思うが、EUCに何か問題でも？
UnicodeあるいはUCSにも問題があることは理解している？

712 ：名無しさん＠お腹いっぱい。 ：02/11/10 05:26

>>709
> だから、cvs import "ソース"(SJISコード)　とかやるとリポジトリの"ソース"部分はSJISで その下のファイル名はEUCに変換されてたりする。

これってマジですか? ファイル名がEUCに変換されてる?
で、ファイルを取り出すときに逆変換(EUC -> SJIS)されてるの?
どの実装の話でしょうか。きになるきになる。

713 ：名無しさん＠お腹いっぱい。 ：02/11/10 11:35

>>710-712
　質問に質問で返すようなアホするまえにソース読んでみろや？

> これってマジですか? ファイル名がEUCに変換されてる?
　WinCVSごった煮版

> で、ファイルを取り出すときに逆変換(EUC -> SJIS)されてるの?
　この場合入れられても、取り出せません。

714 ：名無しさん＠お腹いっぱい。 ：02/11/10 12:52

>>710
> sjis + cvs なんて使うなって思うんだけど
思うのは勝手だが、強制するなよ…。Win32 がこれだけ広まってる以上、
SJIS とも付き合っていかにゃならん人間も多い。

（もちろん 710 が SJIS なんか忘れて幸せな世界に住むのは自由だ。
それはそれで一つの見識）

715 ：名無しさん＠お腹いっぱい。 ：02/11/10 14:07

初めて知ったんだけど、「VSSはライセンス料が必要」なんだね…
会社のライセンスで使わされてたから気がつかなかったけど…
しかし、サーバはファイル共有なデータベース管理（外に向けて開けない）だし、VSS用の設定情報がプロジェクトの内部に入ってたりするのは美味しくナイです。

cvsは、Win32版も出てるし、ライセンスはGPLだし、*一応*マルチプラットフォームな部分やセキュリティもある程度しっかりできる。
と、いろいろ考えるとやっぱりcvsのほうが将来性があると思うですよ・・・

んで・・・
SJISの問題なんだけど、WinCVSなどのWin32版のCVSではディレクトリ区切りが一部バックスラッシュ"\"で判断しているところがあり、それが問題ってことに気がつきました。
要は、バックスラッシュをやめてスラッシュで見るようにすれば可能かもしれませんね。大人しくソース弄ってみます…

最終的には、EUC系,SJIS系,JIS系,Unicode系いずれのクライアントでもレポジトリの文字コードをあまり気にせずに扱えるのが望ましいのでしょうけど…
難しそう…

716 ：名無しさん＠お腹いっぱい。 ：02/11/10 14:35

>>715
cvsにも将来性はない。
将来性があるのはrcs

717 ：名無しさん＠お腹いっぱい。 ：02/11/10 14:46

>>716
1995/06/17から更新の無いツールのどこに将来性が…

718 ：名無しさん＠お腹いっぱい。 ：02/11/10 15:54

>>716
是が非でもお聞きしたい！
rcsのどのようなところに将来性があるのでしょうか？

rcsを使ったことのない自分にはとても興味津々です。

719 ：名無しさん＠お腹いっぱい。 ：02/11/10 16:44

>>716
せめて subversion とか言っておこうよ。今のところ、将来性 *しか* ないけど。

720 ：名無しさん＠お腹いっぱい。 ：02/11/10 19:59

>>719
理想は高いが現実は厳しいってことか？

721 ：708 ：02/11/10 20:06

俺が疑問に思ったことは、まさに 711 さんが言ってくれたことなんだけど…。
まあいいや。

>>719
そこそこ使えますよ。subversion。
ただ、日本語でログ書けないのが痛い…。
今はUTF-7とかにして無理矢理つっこんじゃおうとか思ってみたり(ｗ

722 ：名無しさん＠お腹いっぱい。 ：02/11/10 22:51

>>720
まだα版だし、今日明日の仕事には使えない。無い袖は振れぬというか。

723 ：710 ：02/11/10 23:52

>>713
俺は質問で返してないし(笑)。「？」が付いてりゃ質問ってわけでもないだろう。

>> これってマジですか? ファイル名がEUCに変換されてる?
>　WinCVSごった煮版
CVS が悪いんじゃなくて、 WinCVS の実装がヘタレなだけじゃん。阿呆くさ。

>>714
別に強制したつもりはないけど？あくまで見解を述べただけで。「おとなしく vss 使ったらいいんでは？」で
俺にできる精いっぱいの提案をしたつもりなんだけどな。今度から誤解されないような日本語で書くようにするよ。

724 ：名無しさん＠お腹いっぱい。 ：02/11/11 00:15

>>723
> CVS が悪いんじゃなくて、 WinCVS の実装がヘタレなだけじゃん。阿呆くさ。
　本当になんもみてないんだな？WinCVSの実装じゃなくて、knjwrpだよ。阿呆くさ。





　ping 阿呆 してみたが見事に帰ってきたよ。

725 ：名無しさん＠お腹いっぱい。 ：02/11/11 10:48

＼(・∀・)／ ﾃﾞﾝﾊﾟｰ

726 ：名無しさん＠お腹いっぱい。 ：02/11/12 00:57

>>724
knjwrpって何ですか。古代えじぷと王の名前でしょうか。

727 ：名無しさん＠お腹いっぱい。 ：02/11/12 01:48

>>726
ネタにマジレスっぽいけど
http://www.linkclub.or.jp/~tumibito/soft-an/cvs/download.html
ね。ごった煮版もこのknjwrpなパッチ使ってるという事で。

728 ：名無しさん＠お腹いっぱい。 ：02/11/15 14:12

質問です。

cvs を使おうとすると、

poll: protocol failure in circuit setup
cvs [checkout aborted]: end of file from server (consult above message if any)

みたいなエラーが出てCVSが使えません。

1行目はrshのエラーだと思われますが、rsh でそのCVSサーバにログインすることは問題なくできます。
.rhostsもかいてます。

何か良くある原因などはございませんでしょうか？

729 ：名無しさん＠お腹いっぱい。 ：02/11/15 16:08

>>728
http://mail.gnu.org/pipermail/info-cvs/2001-May/015663.html
cvs の問題じゃない。

730 ：heno ◆mXrBwDDzyw ：02/11/21 02:04

保
　FreeBSD-CVSweb(2.0.6) は、基本的にread permissionだけで
　annotateさせる事が可能みたいです（動きました）
守

731 ：名無しさん＠お腹いっぱい。 ：02/11/22 09:30

cvs import の release って何入れてる？
なんか、CVS使い始めたときに見た例にあったfirstをいつも入れてる。

732 ：名無しさん＠お腹いっぱい。 ：02/11/22 16:51

% cvs import emacs FSF EMACS_21_2
とかそんな感じ。
firstってCVSで管理してなかったtreeをリポジトリに突っ込むって感じでしょ。

733 ：名無しさん＠お腹いっぱい。 ：02/11/23 15:52

コミットメールを送れるようにしたら、commitする時に
次のような警告が毎回出ます。どうやったらなおるでしょうか？
ネットで調べたところ PERL_BADLANG=0 に設定しろと書いてあった
のですが、どこで設定すればいいのでしょうか？
CVSのサービスを動かしているユーザの.bash_profileに書いてみた
のですが、全然だめです。どうか、教えてください。

perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = (unset),
LC_ALL = "en_US",
LC_MESSAGES = "en_US",
LC_TIME = "en_US",
LC_NUMERIC = "en_US",
LC_MONETARY = "en_US",
LC_COLLATE = "en_US",
LANG = "en_US"
are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").

734 ：名無しさん＠お腹いっぱい。 ：02/11/23 16:02

Please check that your locale settings "en_US" are supported and installed on your system.
嫁、そしてスレ違い

735 ：733 ：02/11/23 16:32

>>734
CVSの話なのでスレ違いじゃないと思うのですが。。。

736 ：名無しさん＠お腹いっぱい。 ：02/11/23 17:56

CVSの話じゃないんだよ。
スレ違いっつーことはそういうことだというくらい
理解しる。

737 ：名無しさん＠お腹いっぱい。 ：02/11/23 22:49

>736
いや、意外と CVS の話題かも知れんぞ。ログインして cvs commit する分には
個人の .bash_profile に書いとけば良いわけだが、リモートから inetd 経由で
使ってますとかだと話が変わってくる。

CVS 的に解決するなら、CVSROOT/notify にメールを送るように書いてあると思う
けど、その先頭に env LANG=C とか付けたら？　もちろん CVS 的に解決せずに
/etc/login.conf みたいな OS 側の設定ファイルで対処する方法もある。

なんにしても、質問するなら「動作環境と設定ファイルの中身ぐらい晒せ」とは
思うけど。

738 ：名無しさん＠お腹いっぱい。 ：02/11/23 23:38

>>737
| いや、意外と CVS の話題かも知れんぞ。

それがUNIXなシステムを設定する際の一般的な問題ではなく、
あえてCVSの話題だと主張するなら、その根拠を上げてからにせえよ。

739 ：名無しさん＠お腹いっぱい。 ：02/11/24 00:15

perl の話でしょ。

740 ：名無しさん＠お腹いっぱい。 ：02/11/24 00:18

グラフィックデータなどバイナリーデータに向いたバージョン管理システムありませんか？

741 ：名無しさん＠お腹いっぱい。 ：02/11/24 00:20

>>740
それは CVS の話なのか?

742 ：名無しさん＠お腹いっぱい。 ：02/11/24 00:40

>>740
ｵﾓﾛｲかもね

743 ：名無しさん＠お腹いっぱい。 ：02/11/24 00:41

>739
何を必死になってるんだ…

744 ：名無しさん＠お腹いっぱい。 ：02/11/24 00:43

グラフィックデータ程度ならCVSに突っ込めばいいんじゃないかと。
ディスクは余分に喰うけど気にすんな。

745 ：名無しさん＠お腹いっぱい。 ：02/11/24 00:52

そうだけど、使いやすくて閲覧しやすいグラフィック用のフロントエンドがあれば結構使えるかも

746 ：名無しさん＠お腹いっぱい。 ：02/11/24 01:15

>>745
差分とかもビジュアルに表示してくれると結構楽しいかもね

747 ：名無しさん＠お腹いっぱい。 ：02/11/24 04:53

WinCVSやcvsweb、viewcvsなどではダメですか?

748 ：初期不良 ：02/11/24 05:23

バイナリ差分だったら subversion じゃ？

749 ：名無しさん＠お腹いっぱい。 ：02/11/24 14:25

>>746
差分をビジュアルに表示したいとなると、究極的にはファイルタイプごとに
違った差分ビューアが必要だな。

750 ：名無しさん＠お腹いっぱい。 ：02/11/24 14:28

>>748
この間、FreeBSD portsからインストールしたsubversionでCybozuのDBの
バックアップを差分管理しようとしてみたけど、「差分」とは言えない
ぐらいsubversionのDBが大きくなった。

751 ：名無しさん＠お腹いっぱい。 ：02/11/24 15:36

>749
バージョン管理ツール側では、そのためのインターフェースを提供してくれれば
良いような気はする。

差分のビジュアル表示はともかく、画像データだとサムネイル一覧表示とかは
欲しくない？

cvs display -rRELEASE_1_0_0 -rRELEASE_1_1_0 foo.jpg

これで RELEASE_1_0_0 から RELEASE_1_1_0 までの foo.jpg をずらっと表示
できる、とかさ。

752 ：名無しさん＠お腹いっぱい。 ：02/11/24 18:15

>>751
cvsが画像を画面に表示するの?
それともHTMLみたいなものを吐き出すとか?

753 ：名無しさん＠お腹いっぱい。 ：02/11/24 18:37

cvswebとかviewcvsみたいなものの仕事のような

754 ：名無しさん＠お腹いっぱい。 ：02/11/24 19:24

ImageMagickに渡せば良いような気が。

755 ：名無しさん＠お腹いっぱい。 ：02/11/24 19:49

>752
パイプで繋ぐなり CVSROOT/XXX で使うプログラム設定するなり。CVS
自身にビルトインするのは、ファイルタイプの増加に耐えられないから
止めた方が良いと思う。

756 ：名無しさん＠お腹いっぱい。 ：02/11/25 01:49

>>755
subversionだと、diffプログラムをplug-inできるから、そういうことも可能そうだね。
ドキュメントで読んだだけなので、実装されてるかどうか分からんが。

757 ：名無しさん＠お腹いっぱい。 ：02/11/25 04:10

cvs serverが稼働するポートは2401って情報を
入手したいんですが、あってますか?

758 ：名無しさん＠お腹いっぱい。 ：02/11/25 04:17

>>757
別に/etc/servicesでcvspserverを2401以外にすれば変更はできると
思うが。まぁ普通2401だってのはその通り。

759 ：名無しさん＠お腹いっぱい。 ：02/11/25 15:30

>>758
レスありがとう。
FreeBSDのipfwで2401番への接続は許可してないはずなのに
なぜか'cvsup.jp.FreeBSD.org'に接続できちゃうんだけど。
ポートスキャンする以外にcvs serverが稼働してるポート
番号知るにはどうしたらいいの?

760 ：名無しさん＠お腹いっぱい。 ：02/11/25 15:40

>>759
接続できちゃうのが困るなら tcpdump でもして調べとけや。
cvsup なら 5999/tcp 使うだろ.

761 ：名無しさん＠お腹いっぱい。 ：02/11/25 15:55

>>760
5999だったのか。
anony ftp用に4000-65535に穴開けてたのが原因だった
みたいです。tcpdumpについてちっと勉強してきます。

762 ：名無しさん＠お腹いっぱい。 ：02/11/25 16:36

>>761
むしろ cvsup と cvs の違いについて勉強してください。

763 ：名無しさん＠お腹いっぱい。 ：02/11/25 18:17

つながってるんだったら何もtcpdumpまでせんでも、sockstatとか
netstat -aで確認できるんでないかい？

764 ：名無しさん＠お腹いっぱい。 ：02/11/25 21:46

portrangeで50000-60000ぐらいを限定に開けとけ。

765 ：名無しさん＠お腹いっぱい。 ：02/11/26 02:16

>>762-764
親切にありがとう。
全てのアドバイスを忠実に実行しようと思います。(･∀･)ｲｲ!!

766 ：名無しさん＠お腹いっぱい。 ：02/11/27 00:50

>>743
「すれ違い」以外に訴えることが無いのか、言えないのか　どっちかだとおもった。

ageてみた。

767 ：名無しさん＠お腹いっぱい。 ：02/11/27 00:54

cvs update をしたときに、手元のファイルを勝手にマージしないようにはできないのでしょうか？
そういうときは cvs status ですか？

768 ：名無しさん＠お腹いっぱい。 ：02/11/27 00:56

>>767
cvs update -C

てかcvs -H update

769 ：名無しさん＠お腹いっぱい。 ：02/11/27 01:04

>>768
それだと手元の修正が飛んでしまうが、>>767はそうしたかったのか。

770 ：名無しさん＠Ｅｍａｃｓ ：02/11/27 16:39

status 見たら更新無くて
(その間に更新されて)
安心して update ・・・ぎゃーマージされた。

771 ：名無しさん＠お腹いっぱい。 ：02/11/27 16:42

>>768
ﾜﾛﾀ

772 ：767 ：02/11/27 18:21

やりたいことを考え直してみたんですが、
・手元のファイルを勝手に書き換えられたくない
・リポジトリとの状態の違いを見たい
…ってことはやっぱりstatusですね

でも長くて読みづらいんだよなぁ

773 ：名無しさん＠お腹いっぱい。 ：02/11/27 19:42

cvs -n update

774 ：名無しさん＠お腹いっぱい。 ：02/11/27 19:45

>>772
cvs status | grep ^File
でいいんじゃないの？

775 ：名無しさん＠お腹いっぱい。 ：02/11/29 00:28

>>772
漏れは
cvs status | grep Status | grep -v Up-to-date
を使ってるな。

776 ：名無しさん＠お腹いっぱい。 ：02/12/02 18:44

改行コードをCRLFからLFに変えようと思いました。
普通に変えてcommitするとdiffが大変になるので、
commitする前にリポジトリをLFに変えようと思うんですが、こういうことをしてもいいんでしょうか。

777 ：名無しさん＠お腹いっぱい。 ：02/12/02 21:32

直接アクセスできるんなら可能ではある。
排他処理を万全にすることと、coしてあるファイルは一度消さないとupdateさ
れないことに注意。

778 ：名無しさん＠お腹いっぱい。 ：02/12/12 10:43

ＣＶＳでチェックアウトしたファイルを
コミットするまで他の人がチェックアウト
できないようにする方法ありますか？

調べたんですがなさげな気が・・・・

779 ：名無しさん＠お腹いっぱい。 ：02/12/12 10:55

>>778
無理。
* CVSを使わない
* CVSのやり方に慣れる
のどちらかを選びましょう。

780 ：名無しさん＠お腹いっぱい。 ：02/12/12 13:44

>>778
CVSの想定する使い方に思いっきり外れる。

やってやれないことはないが。
cvs adm -l

781 ：名無しさん＠お腹いっぱい。 ：02/12/12 14:16

cvs admin -l は commit の防止でしょ。

782 ：名無しさん＠お腹いっぱい。 ：02/12/13 03:49

では最悪の方法を。

自分がcheckoutしたらリポジトリそのものをリネーム、commit直前に
元に戻す。毎回手打ちするのが面倒ならssh辺りでリモートシェルと
して実行。

783 ：名無しさん＠お腹いっぱい。 ：02/12/13 08:05

リポジトリを直接いじったら昔のやつが取り出せなくなってしまった

784 ：名無しさん＠Ｅｍａｃｓ ：02/12/13 11:22

Java のソースを CVS で管理させています。

commit したあとに自動的に build してやって作成した jar を特定のディレ
クトリに収納しようと思っています。

はじめは $CVSROOT/CVSROOT/loginfo の中で cvs checkout してやって、そこ
から build してやろうと思いましたが、 lock されているので cvs checkout
が lock 待ちになってしまい、build できません。

$CVSROOT/modules の中で -i を使って commit したら実行するプログラムを
指定しようとしたのですが、これが module のトップからの commit しか受け
付けてくれないので、使えません。

commit 後、何かのプログラムを動かすようなしかけはないでしょうか。

785 ：名無しさん＠お腹いっぱい。 ：02/12/13 11:45

>>784
( sleep 5; hoge ) &

786 ：名無しさん＠Ｅｍａｃｓ ：02/12/13 13:40

>> 785

ありがとうございます。

その方法も検討していたのですが、これだと連続してコミットが行われた場合
sleep 5 してる間に対象のコミットではなく次以降のコミットに対して build
してしまうことになりませんかね。

コミットの前処理が $CVSROOT/CVSROOT/commitinfo で出来るそうですが、 コ
ミットの後処理ができるものはないでしょうか。 loginfo だと後処理という
より、終了前処理ですよね。commit 完了後に動かしたいわけです。

787 ：名無しさん＠お腹いっぱい。 ：02/12/13 14:33

>>786
ciしてbuildするラッパーでも使えば。

788 ：名無しさん＠お腹いっぱい。 ：02/12/13 15:17

>>786
そこまで厳密さを要求するとなると、commit直後に手元でbuildするしかない。

789 ：名無しさん＠Ｅｍａｃｓ ：02/12/13 15:49

>> 787

ありがとうございます。このラッパーはどのように設定するものでしょうか。


>> 788

やはり自動では無理でしょうかね。。。。

790 ：名無しさん＠お腹いっぱい。 ：02/12/13 16:05

>>789
Infoの「What is CVS?」「What is CVS not?」セクションも読んでみ。

791 ：名無しさん＠Ｅｍａｃｓ ：02/12/13 16:40

>> 790

ありがとうございます。え〜どれどれ、、、、

> CVS is not a build system.

ズガ━━━(￣□￣;)━━━ン！

792 ：名無しさん＠お腹いっぱい。 ：02/12/13 16:44

http://digikei.kir.jp/

793 ：名無しさん＠お腹いっぱい。 ：02/12/14 20:26

FreeBSDかOpenBSDのcvsなら cvs -R co でチェックアウトすればロックを作らないので
sleepしなくてもいいはず。
GNUのcvsに
ttp://cvsweb.FreeBSD.org/ports/devel/cvs+ipv6/files/patch-freebsdlocal
のパッチをあてれば FreeBSD cvs にできると思うよ。
試したこと無いので出来なかったらスマソ。

あ、でも loginfo から呼んでコミット後のリビジョンを取出せるの
かは知らない。

794 ：787 ：02/12/14 23:16

>>789
設定っつーか

#!/bin/sh
cvs ci "$@"
exec make

ぐらいの意味だけど。

795 ：名無しさん＠お腹いっぱい。 ：02/12/18 21:25

Solaris 7 + cvs1.11にwincvsから繋ぐと
cvs login: authorization failed: server yahoo.co.jp rejected access to /home/hoge/cvs for user hoge
等と出ます。ちゃんと/etc/passwd　は$CVSROOT に置いたのにな。

サーバー側の設定に詳しいWebSiteも漁ってみたが、、、
たしけて

796 ：名無しさん＠お腹いっぱい。 ：02/12/18 21:31

>>195
ちゃんとドキュメント嫁
$CVSROOT ではなくて $CVSROOT/CVSROOT
CVSROOT/passwd は /etc/passwd と同じフォーマットではない

797 ：名無しさん＠お腹いっぱい。 ：02/12/18 23:06

>>795
そもそも/etc/passwdと同じで良いんだったら、CVSROOT/passwdはデフォルトのままでOKだよ。

798 ：名無しさん＠お腹いっぱい。 ：02/12/19 01:41

>>778
ん〜　これは、どのようなユースケースでしょうか・・・思いつきません。

さらに、それが出来たとして「すでにチェックアウトしてた人」はどのように対処すべきなんでしょう？（勝手に消すか？うわぁ・・）

単純に認証を止めるとかいう手があります。（そのユーザに対して設定してあるpasswdを無効にする）
どっちにしろ「すでにチェックアウトしてた人」はど〜しよ〜もないですがね。

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